

-iu AUSTRALIA,^ 



^^'dm/FTO 02 MAY 200'^ 

P^/AU03/01474 



REC O 01 DEC 2003 



WIPO 



PCT 



I PMORITY 

I DOCUMENT 

j SUBMITTED OR TRANSMTTTBD IN 

I COMPLIANCE WITH RULE 17.1(a) OR (b) 



Patent Office 
Canberra 



I. L^QENE PEISKER, TEAM LEADER EXAMINATION SUPPORT AND 
SAI:ES hereby certify that annexed is a true copy of the Provisional specification 

'^rArTSt^^^^^^^^'''^^'''' 2003901926 for a patent by CODE 
VALLEY PTYLIMirED as filed on 22 April 2003 J ^ 




BEST AVAILABLE COPY 




QurR^ 7762410; " I . P/o6/009 ^ 

Regidation.3:2 ; / • r?/' :^ 



Patents: Act 1990 



: PROVISIONAL SPECIBICATION 



Applicant(s): Code Valley Pty Limited 

Suite 3, Floor 4 
75 Denham Street 
Townsville Queensland 48 10 
.Australia 



Address for Service: DAVIES COLLISON CAVE 

Patent & Trade Mark Attorneys 
Level 10, 10 Barrack Street 
SYDNEY NSW 2000 

Invention Title: Code generation 

The invention is described in the following statement; 



5(014 



••.,*." . . ....'.'...* 

' COPE GENERATION 
Background of the Invention 

The present invention relates to a .method and apparatus for generating computer 
5 Executable code^ and in partiiculars to generating computer executable code using 
components/ each of which corresponds to a respective service for inanipulating data. 

Description of the Prior Art 

The teferaice to any prior art in tWs. specification is not, and should not be taken as, an 
10 acknowledgement or any form of suggestion that the prior art forms part of the common 
general knowledge in Australia, . 

It is clear that software is developed in a Competitive environment but history has detailed 
a flat productivity curve over the last thirty years. Any gains are insignificant compared 
15 to what has been achieved in other industries over the same period. This disparity is 
unique to the software industry and is a direct result of how software is constructed; 

The majority of computer software is constructed through a manual process, utilising 
programmers to generate code for respective applications software projects. Each 
20 software plication will generally be created using one or more programmers, to create 
the software application on a case-by-case basis, with littie or no code reuse. 

One of the reasons behind this is that tjpically only a limited number of eritities (typically 
one comtpany), which will invest in the di^velopment of any oiie software application. As 
25 a result, entities are generally unwillihg to invest: more than necessary in the development 
of software code. This means that once a functioning application is developed, little 
money and effort is invested in optimising the code forming the application. 
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O&o: reasons include: ' 

• Initialiy feyouiing an in-house model of development oyer a more difficult distributed 
model, wMch thereby re^eid increased gaieraKsation dflhnited resources. ' 

• InlToduotion of tiie libraiyZLinker, which established standard routines for performing 
predetermined ifimctions, thereby reducing competitiveness and optimisation; and 

• llie prevailing view of the very nature of software production, which requires 
customas to accq)t limits imjposed on them by the progiammers. 

As a reisiilf of this, programmers have to be geheralists that are capable of programming 
software to perfomi a wide range of functionahty, allowing them to compete in the 
market place as it stands. Thus, it will be appreciated that in the cmrent software 
programming environment, there is. little call for a programmer that is very good at only 
one very minor programming task, when generahsts are available that can adequately 
code entire programs. 

This lack of specialisation leads to a number of problems in the field of software creation, 
including for example: 

• Bugs or mistakes; 

• Software bloating; 

• Complexity limits; and, 

• Low barrier to entiy. 

Bugs and mistakes arise, to a large extait, due to the large amounts of code each 
programmer must writB. This has a riumber of problems such as limiting the amount of 
time the progranuna: can physically ^end writiMg die code and.increasmg (he nuinber of 
variables the pro^ammer must coB^der. Bugs are aii; extensive problem within the 
current software piogramming techniques. The result of ijiis is. additional time has. been 
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spent in cbireoting bugs and mistakes that,aris4 through flie i^e of software pafches,. or 
upi^es, as well as coirecling the after effects, such as damage caused by: viruses, of flie 
like. . ' -.. ' •. .* ' 

Software bloating is another effect, associated With llie lack of spettalisation wifliin the 
progranmiitig field. As with any generaJist, refining a product: comes at the expense of 
. jp^pductiyity. Inparticnlar, aprbgranmermaybe*^^ 

relatively quickly. However, optimii^g: the . code to minimise the code quantity, whilst 
improving operation, can take a long time foi- only • minimal improvements. The 
■piogrammar's skill at optimising would generally also be rudimentary given the 
iiidiwdual's-knowledge is spread over many fields and similarly the coder gets paid by 
getting the product on the inarket. The result is a requirement for more powerful 
machines to handle the unnecessary size and complexity of modem software. 

The complexity limit; arises due to the feet that as the level of complexity rises, it 
becomes inqjossible for one person to understand ail aspects of a particular software 
development effort. Most industries tiiat have become highly specialised can field large 
complex projects whereas software development has not reached, let alone attained, any 
degree of specialisation. 

In general, any industiy has a banier to entry that is proportional to its maturity. WeU- 
developed industries Uke semiconductors have incredible bamers that even nations balk 
at tacWmg. A feature of industriaUsation is the large amounts of capital that are required 
to set up a business. However, in fte case of more basic industries, such as craft 
industries, it is possible for anyone to enter the. industry with dedication and a modest 
outlay, and achieve best practice. This is an indication tiiat the software industry is 
undeveloped, as it has a minimal barrier to entry. 
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The effects of these problems are endemic within the software field. Studies have shown 
• . that "fi)r every six,, new, large-scale software systems thai are. put into operation, two 
• others are cancelled Indeed so severe is this software crisis that three quarters of large- 
scale systems commissioned are operating failures*', either they do not fiinction as 
. 5 intended or they are not used at all. 

A committee consisting of over 50 top programmers, computer scientists and industry 
leadCTs first addressed this probl^ at the 1968 NATO Science Meeting: This 
Committee was given .the task of finding a way out of the "software crisis"; 

■10 ■ - . . 

A number of attempts have been made to solve the problems, including: 

• Development of Srd, 4th and 5th Generation Languages, which seek to abstract the 
programmer away firbm machine code, are responsibly for some of the early siiccesses 
in productivity. So successfiil was the early productivity mcreases that languages 

15 continue today as the main thrust in the quest for productivity improvement. 

• Object Oriented Programming, a liew type of abstraction encapsulating data with code 
used to process that data, is achieving limited success mainly through controlling 
complexity. 

• Computer Aided Software Engmeering (CASE), which seeks to assist in managing the 
20 complexity of large software development. 

• Code Reuse, which is an effort to reuse previous intellectual endeavour. 

• Formal Methods, which use mathematical proofe to verify correctness and toj acutely 
address the large numbers of defects and bugs synonymous with software 
development. 

25 • Decompilers that pxtract intellectual^ content fiiom historical code. 



Despite these initiatives however, little headway is being. made in improving software 
production.:: 

In particular, there rmiains little specialisation within the industry;, with the majority of 
software, ^plications being generated on a c^e by case basis, by a limited number of 
programmers. Accordingly, methods like 3rd, 4th, 5th GLs, OOP, CASE, Formal 
Methods, Decomipilers. and countless others , do not address the problem but only the 
symptoms. 

It can therefore be seen that thirty years after the NATO conference only minimal 
progress if any has been made, and 'the vast majority of computer code is still hand- 
crafted from raw programming languages by artisans using techniques they neither 
measure nor are able to repeat consistently'*. 

Summary of the Present Inventiph 

In a. first broad form the present invention provides a method of generating computer 
executable code using components, each component corresponding to a respective 
service for manipulating data in a predeteraiined manner, the method including: 

a) Combining a number of components such that the combined components define a 
sequence of data manipulations; and, 

b) Implementing the combined components such that the defined sequence of data 
manipulations is performed, to thereby generate the computer executable code. 

Usually at least some of the components include: 

a) One or more inputs for receiving data to be manipulated; and, 

b) One or more outputs for putputting manipulated data, the method including 
combining tihe components by interconnecting selected ones of the ou^uts and 
inputs of respective components , . 
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Typically: \ 

a) Each i^ut is associated with m input specification,^ to^ input qjecification 
indicating one or more data types representing types of data the input is adapted to 
receive; and, . . . 

b) Each outjput is associated with:^|Mi ou^ut specification, each output specification 
indicating one or more data;types repieseating the types of data adapted to be 
pro^dded at the respective output. . 

The method of connecting a fiirst component to a second component typically includes: 

a) Selecting at least one .outputofthe first component; 

b) Selecting at least one input of the second component; 

c) Comparing the input and output spebifications of the selected components; and, 

d) iQtercbnnectirtg the input and the output in response to a successfiil comparison 

:Each input and each output is usually associated with a respective agent, the method 
including causing the agents to cooperate to compare the input and output specifications. 

The method can include causing the agents to successively compare the data types of 
each specification until a successful comparison is perfomied. 

Each agent is generally formed fi-om computer executable code, the agents being adapted 
to be implemented by a suitably programmed processing system. 

The data received at the input can include a sequence of one or more data portions,, the 
manipulations including: 

a) Adding data portions into the sequence at a predetemiined location; 




b) Moving data portipns- from at £b^. location . to a secioind loc^oni within the. 
sequence; and, . 

c) R<denoving data portions fibm t^^ 

5 Typically, at least a portion of the me&od is : pexfoimed using a processing system 
mcluding a. store, tihe method xnanipulations including storing one or mbre of tibie data 
pprtibiis in Ihe store. . 

Usually, at least some of the components are formed from a number of combined sub- 
10 conq)on^ts, the sub-components being components* 

Preferably, one or more of the services are performed using at least one of: 
. a) Manual manijpulation of the data by an individual; 

b) Computer executable code adapted to be executed by a processing system, to 
15 thereby manipulate of the data automatically; and, 

c) A component schematic. 

The method can be performed using one or more, processing systems. 

20 The method can include causing a first processing system to : 

a) Select a number of components in response to input cornmands received from a 
user; 

b) Combine selected components; and, 

c) Cause the combined components to be implemented such that the defined 
25 sequence ofdata manipulations is performed. 



Typically the method includes causinjg the first processing system to: 

a) Generate a graphical representation of the sel^ted components; and. 



b) Manipulate the graphical representation in response to input conunands received; 
froni a. user to thereby defiiie the combined coniponents* 

The components, preferably include one or more inputs for receiving data to be 
5 manipulated, and one or more outputs for outputting manipulated data, the naethod 
including causing the processor to: 

a) Provide an indication of the inputs.and outputs of each selected component to the • 
user; and, 

b) Intercpnnect selected oneis of the outputs and inputs in response to input 
10 ■ commands from the user. 

The. method may include using a second processing system, the second processing system 
being adapted to: 

a) Determine a number of components; 
15 b) Provide an indication of the components to. flie xiser via the jSrst processing 

system; and, 

c) Select respective ones of the components in response to input commands from the 
user- ^ 

20 The second processing system can include: 

a) A store for storing at component specifications, each component specification 
indicating the service provided by a respective component; and, 

b) A processor adapted to: 

i) Access the component specifications stored in the store; and, 
25 ii) Provide an indication of flie services provided by the components to the user 

via the first processing system. 

The store can be further adapted to store: 



. a) Laput specifications^ each input specification in(Ucating one oir more data types 
represfflting types of data a respective iiqint is adi^ted to receive; and, 
b) Output specifications, each. ou^ut ^ecification indicating one or more data types 
representing the types of data adapted to be provided at a respective output; and. 
The processor being adapted to: 

i) Access the input and/or output specifications stored in the store; and, 

ii) Provide an indication of the data types to the user, thereby allowing the user to 
select the components. 

The first and second processing systems can be coupled together via a communications 
network. 

The method may include causing the second processing system to : 

a) Receive a component request from the first processing system ; 

b) Transfer an indication of one or more components to the first processing system 
in accordance with the request, the indication including an indication of at least 
the service provided by each respective component; and, 

c) Select one or more components in accordance with a component selection 
received from the first processing system. 

The method may further include causing the second processing system to: 

a) Obtaia a graphical representation of the selected components; 

b) Transfer the graphical representations to the first processing system. 

The components generally including one or more inputs for receiving data to be 
manipulated, and one or more ou^uts for outputting .manipulated data.. In this case, the 
method can include causing die first processing system to: ' 
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a) Allow fhe user to define a grsqphical intei^coiinectibn ^tween inputs and the 
outputs of the selepted components; and, 

b) Detennineif the interconnections are acceptable; and, 

c) Interconnect the components in response.to a successful detennination. 

5 •* •• - ■ ' ■ * ' / /* • 

The first or second processing system may be adapted to store: 

a) Input specifications^ each input specification indiciatirig one or more data types, 
representing types.of data a respective input is adapted to receive; and, 
, b) Output specifications, each output specification indicating one or more data types 
10.. representing the types of data adapted to be provided at a respective output; and. 

The first or second processing system being adapted to: 

i) Access the iiq>ut and/or output specifications stored in the store; and, 

ii) Compare the input and output specifications of the selected components; and, 

iii) Interconnect the input and the output in response to a isuccessful comparison. 



The method generally includes causing the first processing system to implementing the 
combined comjponents in accordance \vith the generated graphical representation. 

The store can be a database. . 



The first processing system can be coupled to one or more component processing systems 
via a commimications network. In this case, each component processing system can be 
adapted to implement one or more of the compon^ts, the method including causing the 
first processing system to generate .the computer executable code by: 
25 a) Deterniiiiing the next component to perform manipulation of the data; 

. b) Transferring the. data to be manipulated to the respective component processing 
system via the cormnunications network, the component processing system being 
adapted to perform the data manipulation; 
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. c) Receiving the manipulated data fiom the comppnent processing system; iand;, 
d) Repeating stq)S (a) to (c) for each subsequent se^ 

The computer exequtable code can be generated by a generation entity, the generation 
entity being adapted to: 

a) Provide a number of coitq>onents, each component corresponding to a re^ective 
service for manipidatmg data in a predeteniiined mann^^^ 

b) Cause ^e.software to be generated in accordance with a speciiSed combination of 
the components^ the specified combination defining a sequence of data 
manipulations tliat result in the generation of the desired executable code. 

The components are typically provided by respective entities, the method including 
causing the generation entity to:. 

a) Determine the next component in the sequence; 

b) Transfer the data to be manipulated to the respective entity; 

c) Receive the manipulated data fi-om the entity; and, 

d) Repeat steps (a) to (c) to generate the computer executable code. 

The method usually further includes causing the generation entity to: 

a) Detennine performance information, the performance information being 
representative of one or more criteria regarding the implementation of the 
components; 

b) Provide the pierformance information to a.user, the user selecting the components 
in accordance with the performance information. 

The performance information can include at least one of: 

a) An indication ofthe entity implementing the component; 

b) An indication ofthe geographical location ofthe enjdty; 
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c) An indication of the duration for implementing the component;. 

d) An indication of a cost associated with implementing the respective component; 

e) , . A rating, the rating being indicative of the success of the component 

The method generally includes: 

a) Providing a number of different components for performing equival^t services, 
the different components being provided by different entities; and, 

b) Inducing competition between the entities to thereby drive improvement of tiie 
components. 

The method can also mclude generating revenue by charging a cost for the use of each 
component.: 

The method can be performed by a generation entity, in which case the method can 
include: 

a) Providing at least some of the revenue to a respective, entity implementing the 
component; and, 

b) Having the software generation entity retain at least some of the revenue. 

In a second broad foim the present invention provides ^paratus for generating computer 
executable code using components, . each component corresponding to a respective 
service for manipulating data in a predetermmed manner, the apparatus including one or 
more processing systems adapted to: 

a) Combine a number of components such that the combined components define a 
sequence of data manipulations; and, 

b) Implement the combined components such that the defined sequence of data 
manipulations is performed, to thereby generate tiie computer executable code- 
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The apparatus typically includes: 
: a) One or more component processing systems, each componmt processing system 
being adapted to implement a respective component; and, 
5 b) A fkst processing system, the first processing sys}embein 

i) 'Define a combination of components in accordance wifli. input commands 
received firom a user; and, ; . . 

ii) Cause the.numbei: of coniponents to: be implemented such that the combined 
components defihe a sequence of data manipulations; ahd^ . i 

10 

The first processing system can be adapted to: 

a) Determine the components to be implemented; 

b) Determine the cpmpon^t processing systems implementing the respective 
components; and 

15 c) Transfer service requests to each of the determined component processing 

systems, the component processing systems being adapted to implement the 
respective service in response to the received service request. 

The component processing system may be adapted to: 
20 a) Receive the service request; 

b) Generate a respective component instance; and, 

c) Perform the service using the respective component instance. 

The apparatus typically includes a second processing system, the second processing 
25 system being adapted to store details of available components. 

The second processing system can. be adapted to obtain the details of a component from a 
respective component processing system. 



PAWPI)QCS\AJS\spedV77fi24ia<Ioc.21/04A)' 



10 



Tlie first processing system may be adapted to cooperate with the second pi»cessing 
Systran to thereby allow a user to: ' ' 
, a) Select one:or more of the available coiiq)onCTts; ai^ 
b) Define the component combimitipn. 

Typically the apparatus is adapted to perform the method of the first broad fomi of the 
invention. 



Ill a tWrd broad fonn the present invention provides a computer program product for 
generating computer executable code using components, each component corresponding 
to a respective service for manipulating data in a predetermined manner, the computer 
program product including computer executable code Which when executed on a suitable 
processing system causes &e processing system to perfpnn the method of the first broad 
15 form of the invention. 

In a fourth broad form the present invention provides a method of combining components 
using a processing system, each component representing a respective service for 
manipulating data, the method including: 

20 a) Selecting one or more components to be combined; and, 
b) Causing the processing system to: 

i) Generate a graphical representation of each selected cpn^onent on a display; 
andj 

ii) Manipulate the graphical representation to define connections between iiqwts 
25 . and ou^uts of the components. 

The method typically includes causing the processing system to generate: 
a) Component data representing ti^e components in the representation. 
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b) CoiwectioiL data representing the cc^ . - '['^ 

■ The methodtypically includes:'- 

a) Causing the processing qwtem to generate a repiesent^^ 
5 • • • and, 

b) Defining cdnnections between any inpiits and ou^uts of the root componto^ 
inputs and outputs of the compon^s. 

,The method generally inciudes earning th^^ 
10 representation to display sub compoieaits associatedwith any one of the components 

The method can mclude causing the processing system to manipukte the graphical 
represOTtatioh.in responds to input commrads from the user. 

15 -nie method may typically mcludes manq)ulatihg data, in the method of the first broad 
form of .the invention. 

Ih a fifihbroad form the present invention provides apparatus for combining components, 
each.component representing a respective service for manipulating data, the apparatus' 
20 including a processing systCTi adapted to: 

a) Select one or more components to be combined; 

b) Generate a graphical representation of each selected component on a display; and, 

c) Manipulate the graphical representation to define connections between inputs and 
outputs of die components. 

25 - 

The apparatus is generally adapted to perfqmi the method of the fourth broad form of the 
invention. 



In - a sixth broad fonn the preset invention provides a computer program product for 
combming components using a processing system, each component representing a 
respective service for . manipulating data^ the computer program product including 
computer executable code which when executed on a suitable processing S3rstem causes 
the processing system to perform the method of the fourth broad form of the invention. 

In a seventh broad form the present invention provides a method of manipulating data by 
implementing one or more components, each component corresponding to a. respective 
service for manipulating data, the method including: 

a) Detenhining: 

i) The one or more components to be implemented; 

ii) Connections between inputs and outputs of respective ones of the 
components; 

iii) Any data to be mampulated; 

b) For each component, requesting the provision of a respective service; 

c) Transferring any data to be manipulated to one oi: more of the components, each 
entity being responsive to flie data to perform the respective service and provide 
manipulated data at one or more outputs; 

d) Transferring manipiilated data between the outputs and inputs in accordaiice with 
the cormections; and, 

e) Obtaining manipulated data from one or rnore of the components. 

The service associated with each component is typically performed by at least one of: 

a) Mahual manipulationof thedataby anentitj^ 

b) A processing system adapted to perform fhe respective service. 
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The method can include requesting the provision of a respective service by transferring a 
purchase order to each coihponent, each component being responsive to the purchase 
. order to. provide: a respective component instance. 

5 The method generally includes: 

. a) Activating an agent associated with each input and each output of the respective 
components; 

b) Causing each agent to cooperate with another agent in accordance with the 
determined connections; and, " ' 
10 c) Causing the agents.to transfer the. data between the components. 

The agents can be adapted to: 

ia) Cooperate with other agents to establish a connectioii; 
.b) Receive data £:om an agent; 
15 c) Transfer data to an agent; 

d) Cooperate with other agents to perform agent hand-off. 

Each agent is typically formed from executable code executed by the processing system. 

20 The method of manipulating data may be used in the method of the first broad form of 
the invention. 

in a eighth broad form the present ixiventioii provides apparatus for manipiilating data by 
implementing one or more components, each component correspdiiding to a respective 
25 ' service for maiupulating data, the £q[>paratusincludiiig a proc^^^ 
a) Determihe: 

i) The one or more components to be implemented; 
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ii) Gonnectioi]^. between inputs and oiitputS: of respective ones, of the 
components; 

iii) Any data!io be naanipulated;. 

b) For eaichcomponent, request the provision of a respective service; 
5 c) Transfer any data to be manipulated to one or more of the components, each 
entity being responsive to the data to perform the respective service akd provide 
. manipulated data at one or more outputs; 
d) Trahsfemng manipulated data between the outputs and inputs in accordance with 
the connections; and, ' - 

10 . e) Obtaining manipulated data, from one or more of the components. 

Each component can be implemented by a respective component processing system, in 
which caise the processing system is adapted to request the provision of a respective 
service by transferring a request to the respective component processing system. 

15 

The apparatus can be adapted to perform the method of the seventh broad forai of the 
invention. 

In a ninth broad fomi the present invention provides a computer program product for 
20 manipulating data by implementing one or more components, each component 
corresponding to a respective service for manipulating data, the computer program 
product including computer executable code which when executed on a suitable 
processing system causes the processing system to perform the method of the seventh 
broad form of the invention. 

25 

In a tenth broad form the present invention provides a method of providing a service 
embodied in a component using a processing system, the method inpluding causing the 
. processing system to: 



.at) Receive a rfsquest for ;the. provision of &e s^^ • ; 
b) Geaeratjp a respective component instance in response, to thei received request; 
. c) . Receive data to be manipulated; 

. d) Manipulate the data with the respective component instance; and,, 
e): Supply the manipulated data to an output 

The method can include causing the processing system to manipulate the data in 
accordance with at least one of: 

a) A predetermined procesis; and, 

b) Input commands received firom an operator; 

The method can include causing the processing system to: 

a) Generate an agent associated with each input iEuad output of the component; 

b) Activate the agents» thereby causing the agents to perform at least one of: 

i) Cooperate with other agents to establish a connection; 

ii) Receive data from an agmt; 

iii) Transfer data to an agent; 

iv) Cooperate with other agents to perform agent hand-^off. 

Each agent is typically formed from executable code executed by the processing system. 

The method may be used the method of the first broad form of the invention. 

In an eleventh broad form the present invention provides apparatus for providing a 
service embodied in a component, the apparatus including a processing system adapted 
to: 

a) Receive a request for the provision of the seryice;- 

b) Generate a respective component instance in response to the received request; 



c). Receive data to be manipulated; 
' . d) Manijpulate fiie.data with die respective component instance; and, 
e) Supply the manipidated data to an out^^ 

S The apparatus can be adsqpteid to perfomi the method of the tenth broad form of the 
invention. 

In a twelfth broad form the present invention provides a computer program product for 
providing a service embodied in a component, each component corresponding to a. 
10 respective service for manipulating data, the computer program product including 
computer executable code which when executed on a suitable processing system causes 
the processing system to perform the method of the tenth broad form of the invention. 

In a thirteenth broad form the present invention provide a method of allowing users to 
' 15 manipulate data, the method including: 

a) Providing access to one or niore components, each component representing a 
respective service for manipulating data; 
. . b) Allowing usa: to define a combination of the components; and, 

c) Causing the components to manipulate data in accordance with the defined 
20 combination. 

One or more of the components can be implemented by respective entities. 

The method can include charging a fee to users for the implementation of each 
25 comjponent. 

The naethod typically includes providing at least a portion of the fee to the respective 
entity. 



• The method may be implemented using a processing system, the method including 
. causing the processing system to: 

a) For each component, receive a componeint specification from a respective entity; 
and, 

b) Provide details of one or more components to the user in response to a request, 
thereby allowing the user to request implementation of the one or more 
components, the details being detemoined from the specification. 

The details can include a graphical representation. 

The method typically includes providing a performance information for each of the 
components, the performance information representing the success of the component at 
performing the respective service thereby allowing users to select the components in 
accordance with the perfbmiance information. 

The performance information typically includes at least one of: 

a) An indication of the entity implementing the component; 

b) An indication of the geographical location of the entity; 

. c) An indication ofthediuration for implementing the component; 

d) An indication of a cost associated with implementing the respective component; 
- and, 

e) A rating, the rating being indicative of the success of the conoponent. 

The method being used the method of the first broad form of the invention. 

: In a fourteenth broad form the present invention provides apparatus for allowing triers to 
Qianipulate data, the apparatus includmg a processing system adapted to: 
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a) Provide access to one or . more coixiponents/ each- component representing a 
respective: service for manipulating data; . 

b) Allow user to define a combination ofthe components; and, 

c) Cause the components to manipulate data in accordance with the defined 
5 combination. 

The apparatus, being adapted to perform the method of W thirteenth broad form of the 
invention. ... 

10. In a fifteenth broad fomi the present invention provides a computer program product for 
providing a service embodied in a component, each component corresponding to a 
respective service for manipulating data, the computer program product including 
computer executable code which when executed on a suitable processing system causes 
the processing system to perform the rnethod of the thirteenth broad form of the 

15 invention. 

Brief Description of the Drawings 

An example of the present invention will now be described with reference to the 
accompanying drawings, in which: - 

20 

Figure 1 is a flow diagram outlining an example of the production of software in 
accordance with the present invention; 

Figure 2 is a schematic diagram of an example of a processing system for generating 
computer executable code; 
25 Figures 3 A and 3B are a flow diagram of an example of the method of creating computer 
executable code using the processmg system of Figure 2; 

Figure 4 is a schematic diagram of aib example of a web based system for generating 
computer ^ecutable code; 



. Figure 5 is a schematic diagrain of an example of an: end station of Figure 4; 
Figure 6 is a schematic diagram of an example of an entity processing system of Figure 4; 

. . Figure 7 is a flow diagram of an example of the method of having an; entity pro\dde a 

" " . • • . .- . • ^ 

component to the base station of Figure 4; 
5 Figure 8 is a schematic diagram of an example of a component properties dialog box; - 
Figure 9 is a schematic diagram of an example of an output properties dialog box; 
Figures lOA to lOE are a flow diagram of an example of the method of creating computer 
• exwutable code using the system of Figure 4; 

Figure 11 . is an example of a schematic representation that is presented to the user; 
10 Figure 12 is an example of a component representation that is presented to tlie user; 

Figure iS is an example of the schematic representation of Figure 11 modified to include 
interconnections; 

Figure 14 is an example of a schematic representation of the internal structure of the 
component of Figure 12; 
IS Figure 15 is a schematic diagrain of an example of a schematic representation for two 
interconnected components; 

Figure. 16 is a schematic diagram demonstrating the operation of the agents of Figure 15; 
Figure 17A to 17E are schematic diagrams of a first example demonstrating the operation 
of hand off of agents; 

20 Figure 18 is a schematic diagram of a second example demonstrating the operation of 
hand off of agents; 

Figures 19A and 19B are schematic diagrams demonstrating the operation of agent 
bundles; 

Figure 20 is a schematic ^agram demonstratmg the operation of a sequence of agent 
25 bundles; 

' Figure 21 is a schematic diagram demonstrating the operation of a dlebundle component; 
Figures 22 A to 22C are schematic diagrams of a first example of bundle and debundle 
use; 
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:: Figure 22D is a schematic diagram of a second example of bundle and debundle use; 
.Figure 23 is a. schematic diagram d^onstrating the operation of bunidle. reordering; . 
. Figure 24 is aschematic diagram demonstrating the operation of bundle rake-out; 

Figure 25 is a schematic diagram demonstrating the operation of the constructor; 

Figure 26 is a schematic diagram demonstrating the operation of the consductor of Figure 

25 to present components to the base station of Figure 5; 

Figure 27 is a schematic diagram demonstrating the operation of the constructor of Figure 
25 to present agents to other components; 

Figure 28 is an example of a component representation of an "Add!" component; 
Figure 29 is an example of an internal schematic of the "Addl" component of Figure:28; 
Figure 30 is an example of a test schCTiatic using the "Addl" component of Figure 28; 
Figure 3 1 is an example of a component representation of an "Add2" componCTit; 
Figure 32 is an example of a component representation of an "Add3" component; 
Figure 33 is an example of an internal schematic of the "Add3" component of Figure 32; 
Figure 34 is an example of a component representation of an "Add5" component; 
Figure 35 is an example of an internal schematic of the "Add5" component of Figure 34; 
Figure 36 is an example of a component representation of a "Put Pixel" component; 
Figure 37 is an example of an internal schematic of the "Put Pixel" component of Figure 
36; and, 

Figure 38 is an example of a test schematic using the "put Pixel" component of Figure 36. 
Figure 39 is a schematic example of a hierarchical bundle; 

Figure 40 is the component schematic of an example of a component adapted to modify 
the payload of the agent Aj shown iii Figure 39; 

Figure 41 is the component schematic of an example of a component adapted to modify 
the payload of the agents Ai, A2 shown in Figure 39; 

Figure 42 is a schematic of an example of a component adapted to provide one-to-many 
interconnections to other components; ; 

Figures 43 A- to 43E are a sch^atic example of flie process of handiiig-ofr an agent 
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;bundle; 

Figures 44A to 44C are a schematic example of the process of staged construction; . 

Figures 45A to 45R are examples of component schematics for agent components; 

Figures 46 A to 46E are examples of component schematics for conditional components; 
5 Figures 47A to 47M are examples of component schematics for construction 

management components; . . 

Fl^es 48A to 48G are examples of the use of construction nianagement componentis; 

Figures 49 A to 49B are exanlples of component schematics for conversion components; 

Figures 50A and SOB are examples of component schematics for file components; 
10 . Figures 51 A to 51L are examples of component schematics for logic components; 

Figures 52 A and S2B are exanf^les of component schematics for protocol component; 

and, . 

Figures 53 A to 53 D are examples of component schematics for string components. 

15 Detailed Description of the Preferred Embodiments 

An example of the process for producing computer executable code will now be 
described in outline with reference to Figure 1. 

As ^own, the first step is to determine the requirements for the. computer executable 
20 code to be created at step 100. This is achieved by considering the functionality that 
needs to be implemented by the resulting computer executable code, as will be explained 
in more detail below. 

Once the desired fimctionality has been determined, a number of components are selected 
25 that when combined in an appropriate manner will allow iBxecutable code having this 
fimctipnality to be <»reated. Jn tiiis regard, each component corresponds to a respective 
service, which is used to manipulate data to hereby produce computer executable code. 
Thus, for exaniple, the services can ificlude processes such as the modification, removal. 
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movement or careation of data. This allows .feiach component to contribute in some way to 
the foimation of the computer , executable code. The sCTyices may be pdibnnjed 
automatically through the use of components formed &6m computer executable code, or 
the like. Altematively the services may be performed manually, or through combination . 
of manual and automatic implementation* 

The level of complexity of the component services will vary as will be explained in more 
detail beloW. Thus, for example, simple components riiay operate to erect one or more 
bytes in a binary file, which are thra, used in forming CPU instractions, whereas more 
complex components may operate to erect several CPU instructions simultaneously. 

In order to achieve this, each component is adapted to receive data via one or more 
respective inputs, and then perform manipulations of the data as required. Similarly, the 
majority of components will also include one or more outputs for allowing manipulated 
data, or other infdmiation to be output. 

In use, the components interact \vith each other by transferring data therebetween. Thus, 
for example, the output of one component may be connected to the input of another 
component, to allow two services to be performed in sequence. Combining appropriate 
ones of the more basic level components in a hierarchical structure can also be used to 
allow more complicated services to be implemented as a collection of more basic 
services. 

Examples of components are set out below* 

Accordiiigly, at step 120, a combination of the selected components is defined which will 
allow the coniputer executable code to be cireated. In particular, this specifies how the 
coniponents should be interconnected via the inputs and outputs, such that when the 
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Services provided by the con^nents are implemented at step 130, the interaction results 
in the generation of the desired computer executable code. 

It will be appreciated that tiie implementation of this tjBchnique can: be achieved in a 
5 number of ways. However, in its broadest Jform, this process can be. performed using a 
single processing system an example of which is shown in Figure 2. 

Li particular, the processidg system 10 generally includes at least a processor 20^ a 
memory 21, and an input device 22, such as a keyboard, an output device 23, such as a 
10 display, coupled together via a bus 24 as shown. An external interface is also provided as 
shown at 25, for coupling the processing system to a store 1 1 , such as a database. 

1x1 use, the processing system is adapted to allow details of available components to be 
stored in the database 11, A user can then define a combination of selected components, 
15 allowing the processing system 10 to generate the computer executable code. From this, 
it will be appreciated that the processing system IQ may be any form of processing 
system such as a computer, a laptop, server^ specialised hardware, or the like. 

The manner in which the processing system 10 may be used to generate computer 
20 executable code will now be described with referoice to Figures 3A and 3B. 

In particular, this example describes a situation in which a number of components are 
provided in the database 11, which may be implemented automatically in order to 
perform the required services. Accordingly, this allows a user to generate computer 
25 executable code using &e processing system 1 0 alone. 



In order to achieve this, the user determines requirements for the computer executable 
code to be created at step 200. At step 210 th^ user provides a component request to the 



processing systan 10. The request may be any form of request, but will typically be in . 
the fonn of a request.for details of the components st^^ 

Iq this case, the details of the components are stored in the form of coinponent 
5 specifications, which indicate at least the service performed by the respective component 
The component specifications may also include input and output specifications providing 
details of the type and/or fonn of data that each input/output is adapted to 
receive/provide. The component specificaitions may be any one of a number of forms 
depending on the implementation of the system, and therefore may be provided as, or at 
10 least include a graphical repres^tation, text data, operational parameters or the like. 

Accordingly, at step 220, the processing system 10 accesses the component speciiBcations 
stored in the database 11, and uses this to provide an indication of one or more of the 
components to tihe user at step 230. The indication may be in any one of a number of 
IS forms depending on the implementation, and may therefore include graphical or textual 
representations, or the like. It will therefore be ^preciated that the indication may be all 
Q»r part of the ^ecification itself 

The indication of the one or more components may be performed in such a mamier that 
20 the user can specify one or more services to be performed in the request, with the 
processing system 10 responding to only provide details of those components able to 
complete all or part of the specified services. 

This allows the user to select appropriate ones of the components and provide a 
25 component selection to the processing system 10 at step 240, thereby indicating the one 
or more selected components. 

The processing system 10 uses this information to generate a component indication 
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including an indication of the selected cop3|)pnente . at- sfep 25^^^^^^ The component 
indication may be in a graphical form; or may be in the form of a list specifying the 
' components selected. Ihis can therefore optionally be presrated to the user oh the 
display 23». or the like.. 

At step 260 the user determines at least two of the selected components to be coimected. 
It will be appreciated that in order to perform the connection, it is important that the 
format and/or type of data handled by the respective components to be connected; is 
compatible. 

.10 

Thus, for example, if the output of a first component is coupled to the input of a second 
* component, then it is important that the service of the second component is able to 
operate on the data output by the first component. This process may be performed 
manually by observation of the input and output specifications, or alternatively may be 
IS performed with the.assistance of agents, as will be explained in more detail below. 

The user then provides a coimection indication representing the desired comiections to 
the processing system 10 at step 270. This may be achieved by providing details of each 
input and output of the two different components to be connected, however alternatively 
20 the mechanisms may also be used such as manipulation of graphical representations or 
the like. 

In any event, at step 280 the processing system 10 operates to interconnect the 
components in accordance with the connection indication. 

25 

At step 290 the user determines if more connections are required and if so returns to step 
270 to define further connections. If not, the process moves on to step 300 at which point 
the user determines if additional components are to be selected. If so, the process returns 




to.step 210, allowing stqps 210 to 290 to b^^ 

Otherwise, the user optipnally reviews tho defined component interactions to detemiine if 
the executable code is to. be constructed at step 310. . In particular, this is generally • 
. S performed to assess tiie expected performance of the code, the construction , time, or the 
like, to determine if constmction of tbe code through the specified code is feasible. Other 
factors that may be assessed include the expected cost, which may be relevant if the user 
has to pay a fee for the implementation of each component. 

10 If it is determinied that the specified component interactions are not acceptable for any 
reason and that the code is not to be built at step 320, thra the process ends at step 330: It 
will be appreciated that as an alternative option, the user may retum to any preyious step 
in the procesis and revise the specified component interactions, for example through the 
removal, nlodification or addition of the components, or the component interactions. 

15 

Otherwise tiie user causes the services defined by the interconnected components to be 
performed at step 340. 

The manner in which the components are implemented will vary depending on the 
20 respective component form. As described above, in this example, each of the 
components is formed firom computer executable code stored in the store. Accordingly, 
when a component is to be executed the code can be downloaded on to the processing 
system 10 and executed in the normal manner. . . 

25 Accordingly, each component will operate to manipulate data stored either in the memory 
21 , or. the database 1 1, in turn, in accordance with the specified interconnections. 



Thus, for example, initial data may be supplied to the input of a first component, which 
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Iheii operates to inampulate fe^ When 
this has been' completed, the manipulated data-is provided.at the first component output 
The data will then be transferred to the input of a second component, allowmg the service 
defined by the second component to be performed. 

A similar process will occur for components having multiple inputs and/or outputs. 

It will be appreciated that variations may arise for different implementations. Thus, for 
example, the components may not all be implemented by the processing system 10 itself^ 
10 and instead may be implemented remotely on other processing systems, as will be 
explained in a further example below. Similarly the components may not ail be 
performed automatically, and may require the user to provide inputs, transfer data, and 
perform some data manipulation. 

15 This can either be intentional arising as a result of the maimer in which the service 
associated with the component is implemented. Alternatively, manual intervention can 
be unintentional, if for example a fault occurs in the implementation that requires user 
input to resolve an issue, such as the requirement to transfer incompatible data formats 
between components. 

20 

This is repeated for all components, until the computer executable code is generated in 
tiie memory 21. Once generated, the code can be output to the user, allowing the code to 
be implemented on other processing systems, in the normal way. 

25 It will be appreciated that this is feasible because the components interact both 
horizontally, and vertically in a hierarchical fashion. Accordingly, conqplicated services 
can be perfomied easily by combining simple components in an apprppriate nuumer. 



Accordingly, it will be appreciated that through the CTeatidn of basic components, which 
are then coinbined in appiropriate na^ complicated- data msmipulations csin ^e 
performed, in turn allowing computer executable code haying a complex fimctionality to 
bedeyeloped. 

5 . ■ - . " * ' ■ 

It will be appreciated that the process described above with r^ect to the processing 

system 10 may be implemented using a number of diflferent architectures. Thus, for 

example, the system can be implemented using a distributed web based system, or the 

like, with user accessing facilities provided by a central processing systCTi 10 via the 

10 . Intemet, or another communications network. 

An example of this will how be described in more detail with respect to Figure 4. 

In particular, in this example, one or more central processing systems 10 (two shown in 
15 this example for clarity purposes ordy) are provided at a base station 1, which is coupled 
via a communications network, such as the Intemet 2, and/or. a number of local area 
networks (LANs) 4, to a number of end stations 3. 

In use, the components may be provided at, and implemented by, the processing system 
20 10, as described above. Altematively, the components may be provided by one or more 
respective entities, each of which operates one or more respective entity stations 5, which 
are also coupled to the Intemet 2, and/or the LANs 4, as shown. In this example, each 
entity station 5 is formed from an entity processing system 15, coupled to a store, such as 
a database 16, as shown. 
25 . 

In use, useis of the system can use the end . stations 3 to communicate with the base 
station 1 to thereby obtain the provision of services embodied in suitable components. 



This may be achieved in a number, of manneis however ifi this example, access of the 
services is provided througjh :the use of web pages, allliough this is for illustrative 
purposes oidy, hi order to. achieve this, each end station 3 is therefore formed from a 
processing system that is adsq^ted to access^web pages and transfer data to the end station 
5 1, as required. 

An example of a suitable end station 3 is shown in Figure 5. As shown the end station 3 
includes aprocessor 30, a memory 31, an input device 32, such as a keyboard, or the like, 
an output device 33, such as a display, which are coupled together via a bus 34, The 
; 10 processing system is also provided with an external interface 35 for coupling the end 
stetion 3 to the Internet 2, or the LAN 4, as required,. 

In use, the processor 30 is adapted to communicate with the processing system lO 
provided in the base station 1 via the communications networks 2, 4 to allow the 
15 . processing system services to be accessed. Accordingly, it will be appreciated that the 
end stations 3 may be formed from any suitable processing system, such as a suitably 
programmed PC, Intemet terminal, lap-top, hand-held PC, or the like, which is typically 
operating applications software to enable data transfer. and in some cases web-browsing. 

20 The components can be implemented either at the processing system 10 itself, or at one 
of the entity processing systems 15, depending on the nature of the component and the 
service provided therein. . . 

The entity processing system 15 must therefore be able to communicate with the 
25 processing system 10 via the communications networks 2, 4. In order to achieve this, the 
entity processing system 15 would generally be similar to the processing system shown in 
Figured. 




.As shown the entity processinig system 15 includesa prdcessor.40, a memory 41, an iapvt 
device 42, such as a kej*oard, or the like, an output device 43, such as a monitor, which 
. are coupled together via a bus . 44. The processing system is also provided wifli an 
external interface 45 for coupling the entity station 5 to the Internet 2, or flie LAN 4, as 
5 well as the database 16, as required. 

In use, the processor 40 is adapted to allow the entity to perform the services 
encapsulated in respective components. Accordingly, it will be appreciated that the entity 
stations 5 may be formed from any suitable processing system, such as a suitably 
10. programmed PC, Internet terminal, lap-top, hand-held PC, or the like. Typically 
however, as the services are data intensive, the entity processing systems 15 will be 
formed from servers, or the like. 

To allow components to be implemented by the entity statioris 5, whilst still allowing 
15 users of the end stations 3 to access tiie services provided therein via the base station 1, it 
is typical for details of the components to be stored in the database 11, in the form of 
component specifications. The component specifications may be in any one of a number 
of forms, and may include graphical representations, or the like. However, in general the 
component specifications include sufficient information for a user to determine the 
20 service eihbodied by the respective coinponent. 

The manner in which computer executable code may be created will now be described 
with reference to Figure 7. 

25 In particular, at step 400 the entity determines a manner of providing a risspective service. 
This may be achieved in a number of ways and will depend on the respective service and 
the manner in which the entity wishes to provide the servipe. 
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Thus, for example, the entity may provide the semce m such that &e entity 

reckves data at the entity station 5, Iftodifies the data using the entity processing system 
.15, and then returns the modified data to the processing s>^t^ 10. or the end station 3, all 
under control of the user. 

:5 . . ■ . - ■ • . : 

Alternatively, the process may be performed by computer executable code, executed by 
the entity processing system 15, in which case, the entity miust j5rst detennine the 
necessary executable code. 

10 , A combination of manual and automatic processes may also be used. Furthermore, data 
may riot be returned to the processing systeni 10 or the end station 3, but instead may be 
transferred to another one of the entity stations 5 for manipulation by ano&er service 
embodied by a different component, 

15 As a further option, the entity may provide a service in the form of a compoimd 
component. In this case, the entity effectively defines a combination of previously 
existing components, which y/hen combined define a component allowing the required 
service to be performed. In this case, the entity, station 5 will be adapted to hand-off 
implementation of the components contained within the compound component to other 

20 ones of the entities, such as through other entity stations 5, and/or the base station 1, as 
required. 

In any event at step 410 the entity defines a component encapsulating the provision of the 
service using the entity station 5. Tn order to achieve this, the entity processing systeni 15 
25 will generally be provided with applications software that aids the entity in this process. 
In particular, the software will prompt the entity to provide informatipn that will be 
required by the processing, system 10 to allow the functionality provided by the 

respective component service to be determined by a user. Thus, for example the entity 



may be presented with a dialog box including fields: 

are required in order for users to determine ^e operation of the component; 

In general, the required information includes at least component, input and output 
5 specifications. In particuliar, the component specifications are used to provide 
infonnation regarding the service provided by the component, together witfi information 
regardm^ the component author, implementing entity, or the like. The component 
specification also includes sufficient information to allow the processing system 10 or the 
end station 3 to access the services provided by the component. 

10 

Accordingly^ the component specifications typically include at least: 

• Manufacturer ID -used to identify ttie entity provi 

• Componmt ID -used to identify the respective component 

• Location informiation - iised to identify where the component is implem^ted . 
15 • Description -an indication ofthe service provided by the component 

This infonnation may be provided for example through the use of a properties dialogue 
box shown for example in Figure .8. The. properties dialogue box will prompt the entity 
to provide information such as the component name, the component description, flie 
20 author, the address, report number or flie like. 

The applications software installed on the entity processing system IS can also be used to 
generate any identifiers that may be required. In particular, it is generally necessary to 
graerate identifiers to allow hoUx the entity, and the component to be uniquely identified. 

25 

Furthermore, an entity station 5 may be , implementing the same component 
simultaneously for a numbor of different code generation prpjects. In this case, several 
different component instances will exist, with each component instance being applied to 



each respective code geoieratiori project. Accoijdingly, in this case, it is also. necessary to. 
generate respective identifiers allowing ieach conq?onent instance to be. imiquely 
identified. 

5 In addition to this, the entity also provides input and output specifications, whichare used, 
to indicate the types and/or formats of data that can be received by the component inputs, 
or output from the component outputs. This is important for ensuring that components 
are able to conmiunicate with each other, by transferring data from the output of one 
component to the input of a . subsequent component 

10 

In this example, control of this communication is achieved using agents, which are 
software applications executed at the location at which the respective component is 
implemeiited. The agents operate to. negotiate between available data types and formats 
specified in ihc input and output specifications, to allow respective components to 
15 communicate directly. 

In general, the input and output specification may also include details of the manner of 
operation of the respective agent. Accordingly, the details miay be provided through the 
use of a dialog box that prompts the entity for details regarding the respective input 
20 and/or output and associated agent An example of a dialog box for an output is shown in 
Figure 9. 

The operation of the agents will be described in more detail below, However, it will be 
appreciated that the entity also operates to coiistruct agents when enc^sulating the 
25 service as a component , 

Accordingly, at step 420 flie entity processing system 15 operates to store the generated 
component, input and output specifications, and agents, typically in the database 16, The 
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mtity station 5 is ttten used to access the bas^ at .step 430, Rowing details of the 

component, input. and output specifications, to be.transferredito ttie base station 1 at stq>. 
. 440,fofstorageinthedatabase 11 atstep450. 

5 It will be appreciated that if the component is self contained- the entire component may 
be downloaded to the database 11, for storage thereon, in which case ttiere is no 
requirement to store any information at the entity station 5, This allows the component 
service to be implemented by the processing system 10 autiomatically, as described above 
for example with respect to Figures 3A and 3B. Alternatively, the component may be 

10 transferred to the end station 3 for implementation thereon. These techniques will 
generally result in the maimer of implementation of the services to be made publicly 
available. . . ' 

Typically however, the entity will wish to retain at least some form of control over the 
15 operation of the component for a number of reasons, in which case the component service 
may be implemented at the entity station 5. 

This is also generally required if the service implementation requires mamial input from 
the entity, but may also be desirable for other reiasons. 

20 

Thus, for example, this allows the entity to monitor use and operation of the component, 
as well as making it easier for the entity to adjust and/or modify the operation of the 
component to improve its efSciency. Furthermore, this allows the entity supplying the 
service to provide only the manipulated data, or another output, and not divulge method 
25 used to implement the service. This allows the implementation of the service to be 
retained as a trade secret, specialised knowledge or the lilce. 



In any event, as the system is adapted to handle a large number of components, it is 



generally tmdesirable to Mye all fKese located at the base station 1, as the database 11, 
andprocessing systems 10 Vv^ould. rapidly b 

Accordingly, the components are usually implemented at the entity stations 5, with 
5 details of the specifications and the agents being transferred to the base station 1, to allow; 
users of the end stations 3 to select the components for xise. In particular, when the users 
of the system select components in this fashion^ it is transparent to the user whether the 
: component itself is actually provided at the base station 1 or whether the component is 
provided at an entity station L This is because all the specifications and agent details 
10 needed to access the entity station 5 providing the re^ective service are stored in the 
base station 1. 

A detailed example of the manner in which a user uses the base station 1 to produce 
applications software will now be described in more detail, with respect to the flow chart 
15 set out in Figures iOA to lOE. 

Accordingly, as shown at step 500 in Figure lOA the first stage is for a user to determine 
the requirements of the computer executable code to be created. At step S 10 the user 
then accesses the base station 1 using the end station 3. 

20 

At step 520 the user selects a component search using the end station 3 and this causes 
the processing system 10 to provide details of available components based on componeut 
specifications stored in the database 11, at step 530. In particular, the processing system 
will typically allow users to search through categories of components, with the categories 
25 defining different forms of fimctionality. This allows users to rapidly locate components 
that are suitable for performing required services. 



At step 540 the user reviews the component properties and selects one or more 



coinpohents: This may be achieved m alxmmber of ways, altfaou^ typically fbe user will 
be present6d.with iiavi^l6 lists fhat provide at. least u component title and brief 
additional description of suitable componj^ts; The user can then select a respective one 
of the components allowing further details to be provided, and ultimately, &e selection to 
5- bemade. , ' ^ .-■ 

The details may be provided for example through the use of the properties dialogue box 
similar to that shown for example in Figure 8. hi this case, the details include 
infomiation such as the component name, the component description, the author, the 
10 address, report number, or the like, and will be determined directly from the component 
. specifications stored in the database 11. * 

At step 550 the end station 3 (or alternatively the processing system 10) stores an 
indication of the selected components. This may be achieved in a number of manners 
15 depending on the implementation. Thus, for example, the end station 3 typically 
generates component data, which is stored in the memory 31, the component data 
including an indication of each component selected by the user. Alternatively, however, 
ihe processing system 10 may generate the component data and store it in the database 
11. 

20 

At step 560 the end station 3 (or altematively the processing system 10) generates a 
schematic represmtation, including representations of the components so far selected. 
The schematic representation is used to allow the user to deJBne the component 
interconnections, as will be described in more detail below. In particular, this allows the 
25 user of the end station 3 to visualise the components and how these will need to interact 
with each other to produce the computer executable code. 



The schematic representation includes a representation of each of the components 
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selected. The component representation is .generally generated by. fbe entity and 
transferred to:.fhe base.station 1 as part; of tilxe. component specifications. When the nser 
selects., a respective component, - the conresponding component representation is 
transferred from the base station i to the end station. 3/ and added to tfa^ schematic 
5 representation^ as required 

It will therefore be appreciated that the indication of the componOTt stored by the end 
station 3 may be in the form of the comjponent representations. 

10 An example of a schematic representation is shown in Figure 11. As shown, the 
schematic representation is displayed in a schematic window 50, and in this example^ 
includes four coinponent representations 51, 52, 53, 54. Each of the ciompbnents has a 
number of inputs and outputs, as shown generally in the component representation at 
51A,51B51C, ..... 

15 . ' 

If the user selects a respective one of the components shown in the schematic 
representation, the user is presented with a single component representation, an example 
of which is shown in Figure 12. In particular. Figure 12 shows a component display 
screen 60 including a component representation 52 having a number of input and ou^ut 

20 representations 52A, 52B . . . 52G presented thereon. 

The component display screen also includes a number of window selection tabs 61, 
which allow the user to navigate between the component window 60 shown, the 
schematic window'50 mentioned above, and an auto select window. 

25 

An agent window 62 is also provided, which displays details of a selected input or output 
agent (in this example agent S2G), obtained from the respective input and/or output 
specification, . 
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In use, the user cm navigate around the componCTit and schematic representadozis to 
allow yaribus infbnnation regarding the coinpbnents to be provided! Thus, for example, 
• by selecting the. component repr^ehtatioh 52, this can': allow the properties of tfie 
5 corresponding component to be displayed, as shown for example in Figure 8. Similarly, 
by . selecting, a respective one of the input and/or output representations, details of the 
respective input or output will be displayed in the agent window 62. These details will 
typically be provided by displaying an input pr output dialog box, similar to the one 
shown in Figure 9, as appropriate. 

10 

In any event, the user reviews the presented schematic representation and determines if 
fiirthCT components are required at step 570. If it is detennined that more components are 
required at step 580, tiie process returns to step 520 to allow the user to return to the 
component search tool and select more components using the end station 3. 
15 Representations of these components can then be added to the schematic representation 
as required, for example using drag and drop techniques. 

Once the required components (or at least some of the required components) are selected, 
through the placement of corresponding component representations on the schematic 
20 representation, the user determines component inputs and outputs tiiat are to be connected 
at step 590. 

In order to ensure that the components may interact successfully, the user will typically 
check at this point whether the input and output that are to be connected are compatible at 
25 step 600* in paiticular, the user checks whether the input and output can handle any 
common data types and/or formats. This infomiation can be detennined by examination 
of the input and output details determined from the input and output specifications. 
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If the . user detenxiines that the input and ou^nt cannot be connected at step 610, the 
process returns to step 520 to allow one or more altemaiti ve components to be! selected. 

Otherwise, the user selects a connection tool and operates to generate a connection 
representation between the input and output of the respective cbmponrat representations 
on the schematic rq>resentation, at step 620. An example of this is shown in Figures 13 
and 14, The end station 3 interprets the connection representation as a conniectiori 
between the respective input and output, and generates connection data representing the 
comiection. 

In particular, Figure 13 shows the schematic representation of the component 
representations 51, 52, 53, 54 of the component representations shown in Figure 11, with 
the components being interconnected* using the connection representations shown 
generally at 65. In particular, in this example, the compoiient representation 52 is 
coupled to a duplicate component representation 51, a BNE addressed component 
representation 53, and a build component representation 54, as shown. 

Figure 14 shows that the component representation 52 corresponds to a compound 
component formed from a number of sub-components. These sub-components are in turn 
represented as a LDAA component representation 70, a DECA component representation 
71, an STAA component representation 72, and two build component representations 73, 
74, interconnected by the coxmection representations 65, as shown. 

The combination of components represented by the schematic shown in Figure 13 allow 
computer executable code forming a decrement counter to be produced. However, it will 
be appreciated that this example is provided to demonstrate the operation of the 
ischematic representation and the actual, functionality impleinented is not important. 
Additional examples ^e described in more detail below. 



In my event, tKe user can select a respective input and output on the schematic 
representation, and then draw on a connection representation betvy^een the inputs aid • 
outputs at step 620 thereby; defming a coimecti^^ respective input pd 

ou^ut. 

5 ■ • : - • 

In this example, neither the end station 3 or the processing system 10 operate to examine 
the validity of the connections, and in particular does not determine whether date cgn 
successfully be transferred from the output of the first component, to the input of the 
second component. However, it wiU be appreciated that checking by the processing 
10 system may be performed in some implementations. 

In any event, in this example, the end station stores an indication of the created 
connection in the form of connection data at step 630. 

15 The user then reviews the schematic representation and determines if further connections 
are required at step 640. If it is determined fiiat further connections are required at step 
650, the process returns to step 590 to allow further connections to be defined in the 
manner described above. 

20 Thus effectively, the user will use flie drawing tool to define all the connections required 
in the schematic representation. This will typically require that each input and output of 
each component is coupled either to another output or ii^ut. 

If it is determined that no further connections are required for the components m the 
25 schematic representation at step 650, the user reviews the schematic representation and 
determines if more components are required at step 660. this allows the method to 
retum to step 520 so that more components may be mcluded, if it is determined fliat more 
' coniponrats are required at step 670. 
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Thus, the user can effectively select two or more components and operate to inteicoimect 
these, bejfore going back to select fiirther con^ 

5 If it is determined that no further components are reqtiired at st^ 670, the user indicates 
that the computer executable code is to be. constructed at step 680. 

At this point, the user may optionally review the schematic representation and determine 
if the computer executable code is to be generated, as outlined above for example with 
10 respect to steps 310 to 340 in Figure 3B. Li particular, the user will generally be 
presented with information regarding the overall code generation process, such ais an 
indication of the overall.cost, time to build, resource usage, resultant performance, or the. 
like. 

15 This is typically generated by haviiig the end station 3 and the processing system 
cooperate to determine the relevant information. Thus for example, the end station may 
transfer an indication of the schematic to the processing system to allow the relevant 
. values to be determined, or the Uke. 

20 In any event, the allows the user to assess whether they are satisfied with the construction 
process defined by the respective schematic representation, and therefore whether they 
wish to proceed with construction of the computer executable code. 

The constmction of the computer executable code by implementation of the services 
25 defined in the schematic representation is known as a build process. This is impleniented . 
through the use of agents, which operate to allow, the components to interact, as will now 
be .explained in more detail. 
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In particular^ upon receivinginstructions to proceed with the build process at step 680» 
..the' end ststdon 3 accesses the component and connection data at. step 690. At step 700, . 
the end station uses the component data to ; determine the components to be used in 
generating the. coihputer executable code. 

5 ' • ; - ■ . ■ • ■ ' 

It . will be appreciated that the build process may alternatively, or additionally be 
performed, by the processing system 10, one or more of the entity stations, other 
processing systems, or a: combination of the above depending on the respective 
implementation. However, the remainder of this examiple will be described wifli 

10. reference to the build process being perfoimed by the end station 3. 

At step 710 the end station 3 generates a purchase order corresponding to each 
component to be used. In particular, the purchase order is adapted to be sent to the entity 
providing the respective service, via a respective entity station 5, to requeist the provision 
15 of the services associated with the respective component. In general each purchase order 
will include at least the following information: 

• Manufacturer ID 

• Component ID 

• Build ID - used to identify the respective build instance 

20 • Restrictions - an indication of any restrictions placed on the implementatipn by the 
user 

It will be appreciated that whilst the above describe the use of purchase orders, these are 
not essential, and alternative techniques for ordering the implementation of services 
25 associated with respective components may alternatively be used. 



At step 720 each pxirchase order is sent to the respective entity, allowing each entity to 
determine if it is capable of peiforming the respective service at 730. Thus for example. 
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aa entity may becoiae imavaiiable due.to implemimtation pioblems sucU as faults ivith 
tbe computer OKecutable code or unavailability of an individual perfonning the service 
manu2dly,orfhelike. . 

5 It will be appreciated that in the eyent that a component is formed from a number of sub- 
components^ the inability of an entity to implement the component may arise from the 
failure of one or more of the sub-components, which in turn may be the responsibility of 
other entities. 

10 If an entity cannot perform a service, whether this is due to a problem with the respective 
component itself, or any associated sub-componraits, an indication 6f this is transferred to 
the end station 3. Accordingly, at 740 tiie end station Sdetermiiies if all components can 
be performed. If not, the user updates the schematic representation by selecting one or 
more alternative components at step 750. Thus, for example, the process can return to 

15 step 520, to allow difiTerent components to be selected. 

If an entity can perform a requested service, an indication of this will also be transferred 
to the end station 3, indicating a respective component instance ID, which uniquely 
identifies the component instance that has been assigned to perform the task. This is 
20 important as it will be appreciated that in general, each processing system 15 might be 
performing the same component simultaneously for a number of different build 
processes: Accordingly, the use of a component instance ID ensures that data is 
transferred to the correct component instance for processing. 

25 If it is determined that all the services encapsulated by all of the components can be 
perfonned, end station 3 (or the processing system performing the build) detemiilies 
. respective inputs and outputs that are to be connected during the process at step 760. 
This is determined in accordance with the coimection. data. 
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At step 770 the end station 3tUen activates each agent associated with input and each 
output to ibe connected. 

In particular, the agents are activated in a predetemiined sequ©tice as will be described in 
more detail below. As an agent is activated, the agent determines details of the respective 
data formats and/or types from the respective input/output specification at step 780, At 
step 790 tiie agents then compare the detemiined data formats/types. 



10 



15 



20 



25 



hi particular, tiie agents of the respective input and output cooperate to compare the 
respective data formats/types to determine if there are any data formats/types in common. 
In this regard, it will be appreciated an input and ou^ut can only successfully 
communicate if both the input and output are able to handle a common data fomiat and/or 
type. . . 

If it is determined that there are no data formats/types in common at step 800 the process 
proceeds to step 810 at which ipoints the agents determine that the components can not be 
interconnected. This will occur for example if one of the components is ouiputting data 
in a first format whilst the other component needs to accept the data a second format. If 
this occurs, the build process is halted and the user informed. This allows the user to take 
corrective measures to allow the build process to continue. This may be achieved, for 
example by adding in additional components or agents, or my manual manipulation of the 
data, to allow the error to be corrected. Alternatively, the build process can be tenninated 
such that the software cannot be constructed. 

In any event, if the respective input and output have data formats/types in opnimon, then 
at step 830 the agents mdicate that the respective inputs and ou^uts are ready to 
communicate. Once all the connections are ready at step 840 then the processing system 
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10 activates the components at step 850. In particular, tbe components wiU provide, the 
respective services defined therein by having the entity stations 5 interact with data. The., 
data may be manipulated before being traisferred to the end station 3, or another one of 
the entity stations 5, as required by the defined schematic representation. 

In general, each component will be implemented at the respective entity station 5. In. 
order to achieve this the data to be inanipulated will be downloaded firom the end station 
3, the base station 1 or another one of the entity stations 5j to the respective entity station 
5. Ttus will be achieved by transferring the data to a specific port or the like on the 
processing system 15^ as indicated in the component specification. The data will be 
transferred with the component instance ID to ensure that the correct component instance 
is used to manipulate the data. 

It will be appreciated however that this may be achieved using other techniques, such as 
providing each content instance at a respective port, and transferring , the data to the 
respective port. 

In any event, when a respective component instance receives the data to be manipulated, 
the respective component will interact with the data modifying the data as required before 
providing the modified data at one or more of the output ports. 

The data will th^ typically be transferred to the base station 1 or tiie end station 3 for 
temporary storage in the memory 21 or the database 11, before being transferred to the 
input of the next compon^t Alternatively however the data provided at the output port 
of a component at one of the entity stations 5 could be trar^fetred directly to another 
.entity station 5, for subsequent inampulation by another comp^ . 

It will be appreci£ited that during this process, data rn^y also be manipulated 



simultaneously by several different components, depending , on. tKe format of the 
component specificatibn. 

Furthermoie, it is usual for the base station 1, the end stations 3, and the entity stafions 5 
5 . to be effectively interchangeable or unplementable on a coimnpn processing system in 
the examples outlined above. Accordingly, the processiiig system 10, 15 and the end 
station 3 will generally execute applications allowiiig the functionality of each of the base 
station 1, the end statioii 3, and the entity station 5 to be implemented. For example, this 
allows an entity to use the entity station 5 to create executable code in the manner 
10 outlined above for the end station 3, and vice versa. 

Thus, for example, an entity may have a number of processing system, some of which 
operate as entity stations 5, and some of which operate as end stations 3, depending on 
the functionality required at the time. Thus, for example, the entity may be providing a 
15 number of component instances, the implementation of which is distributed across the 
processing systems. In this instance the functionality provided by the processing systems 
will be equivalent to either or both of the end stations 3 and the entity stations 5,: as. 
required. 

20 It will be appreciated that performing the implementation of components will typically 
require a support structiBre, and it is therefore common for the entity to have an 
infrastructure in place including a number of end stations 3 that will be used in 
supporting the hnplementation of the service, as well as to allow spftvyaie to be 
g^erated. * 

25 

In the case of an entity providing a service, the entity would typically have a nijonber of 
entity stations 5 that will be autoihated. However, if an exception, or other error occurs, 
such that the component cannot complete the service, then the entity station 5 will hand- 
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off or transfer the component to another entity station 5 that is operated by an individiMl. 
This allows the individual to provide manual feedback to allow the exception or ^ror to 
. be resolved, if possible. Otherwise, ah indication that the problem cannot be resolved . 
will be returned to another component or entity within the system. Thus, if the problem 
occurs With a sub-component an indication of the problem will initial be retumed to the 
^>arent component. This will continue with the exception being passed up the chain until 
itcanbereisolved. 

Some of the features of the implementation described above, such as the. nature and 
operation of the agents is described in more detail below. 

Practical T mplementation 

It win be appreciated from the above that the base station 1 aUows services provided by a 
number of different entities, typically at respective entity stations 5, to be accessed 
centrally by a number of different users. This allows components provided by entities to 
be reused a large number of times in the creation of numerous different software 
{^plications. 

In general, the system will be implemented as a forum that provides users with access to 
the different services. The forum may be implemented using a single base station, as in 
ttie example described above. However, persons skilled in the art will appreciate the 
iforum may be implemented \ising a number of base stations^ and a number of associated 
processing systems, with the forum being distributed, between the base stations and the 
user end stations 3. 

The following despription thmfbre focuses on the implementation of the system using a 
forum^ although the techniques are equally applicable to any implementation, such as the 
use of a singile base station. 
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In use, it is typical for each entity to define a fee associated with.each component^ This 
fee corresponds to a fee payable by usars of the forum, for the use of a respective 
component instance service. Thus, the users pay one or more fees to each entity in 
§ retiurn for the provision of oiie or more services provided by the entity. 

This allows the entities to charge a fee for the provision of the respective services, 
thereby allowing the entities to obtain income to recoup this investment made in the 
development of the respective components. This in turn aUows entities to ispecialise by 
10 proyiding, and obtaining financial retum for, specific well-defined services. 

This is in contrast to current software construction techniques in which entities typically 
oiily obtain financial benefit by coiistructing all the require 
software applicatipnis. 

-15 

This in turn allows entities to focus on optimisation of specific service provision, rather 
. than trying to create an entire software application that can only function adequately. 

By having the forum provide users with access to a number of components, provided by 
20 different entities, and which provide similar services, this will force entities to compete 
against each other to provide similar services to the user. The resulting market forces 
will therefore drive coinpetition between the entities, thereby forcing each entity to 
improve the provision of its respective service. 

25 In particular, users will tend to select components that are deemed to be more successful. 
As a result, entities coni^pete with each other at th^ component level to provide more and 
more successfulcomponents. This allows the entities to invest more time and money iii 
improving the impilementation of the specific components, v^hilst recouping the 
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investment as more successM conaqpohentis wfll be implemented a larger number of 
times. . 



In this regard, components may be deemed to be more successful if they are cheaper, 
5 faster, result in more optimal code, or the like, when compared to ottier components 
offering the same service. 

From this, it can be serai that market forces and direct competition at a specialisation 
level will lead to improvement in each service provided through the forum. Thus, each 
10 component at every level within the hierarchical structure will be optimised resulting in 
the generation of optimal code with no bugs or other errors. This reflects an 
industrialised approach to sofbyare creation in which competition occurs directly at the 
specialisation level. 
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in order to help competition within the forum, the uiser will be provided with information 
to. allow an assessment of which are the best components for use in constructing the 
respective application; The user can then select components in accordance with a wide 
variety of factors including, for example: 

• The entity performing the respective service; 

• The cost; 

• The location ofthe entity performing the respective service; 

• The popularity of the compon»t; 

• The data format/types that can be received by or output from the compoiient; and, 

• Ratings given to the component by previous users or the forum. 

M this regard, the forum will generally provide a rating system allowing users to rate the 
effectiveness of components. Ratiiigs can be determined statistically, for example by 



detenruniiig the number of build faults that.'occurred for each respeqtive compqiient, by 
user feedbacki or by testing of the components by the forum 

It will be appreciated that whilst market competition through the use of reviews or tiie 
5 like exist, this is normally provided with respect to entire software code. In contrast, the 
review and rating in this instance is performed at the component level thereby forcing the 
improvement of individual components, as opposed to entire softw^e applications. 

It will be appreciated that other factors may . also be used in judiging the success of 
10 components. / 

In any eveiit, in order to remain competitive, each entity will focus on providing well- 
defined, efficient service implementations, allowing vastly improved software to be 
created. It will be appreciated that as components improve so will entire software 
15 applications thus the development of the new software generation tephnique will lead to 
rapid improvement in software applications. 

In order to allow, the operators of the forum to make a profit, it will also be typical for at 
least a portion of any fees charged by the entities, to be provided to the operator of the 
20 forum, allowing the operator to obtain profit based on usage levels of respective 
components. However, altematlvely, subscription charges or the like could be applied to 
individuals wishing to use the system, or entities wishing to submit components to the 
forum. 

25 Furflier details of example of the implementation of the processes outlined above will 
now be described in more detail beslow. 



■ Apents 

Agents are the billy foim of inter-compdnm^ 
. proyidihg and gathering all tiie infonnation a component needs to complete the service it 
embodies. An agent is generally formed torn a simple piece of executable code with 
5 limited functionality; . 

hi particular, when the forum, and in particular the end station 3 sends out purchase 
orders to the entity stations 5, the purchase orders contain agent connections specifying 
how the agents of the respective components should interconnect 

10 . 

The reception of a purchase order causes the entity station 5 to implement a constructor, 
which is described in more detail below. The constructor generates a new component 
instance, and corresponding agmts that are capable of finding and connecting to the 
agents of other components. The agents only ever connect to (commimicate with) other 

15 agents. 

Whilst the agents are themselves simple, processes called bundling and hand-off allow 
agents to exhibit complex behaviour and powerful infonnation providing and gathering 
c^abiUties. 

20 

The hand-off mechanism terminates an agent to agent transaction and opens another. 
This is most useful when a component is using the agent of a sub-component as if it were 
an agent on the component itself Worked ©camples help to clarify the hand-off 
procedure and an example of hand-off to a sub-qomppneut is presented. 

25 - 

Bundling is a recui^ive mechanism by which multiple agents related by a specific 
purpose can be treated as a single simple agent. Worked exanipJles help to claWfy the 
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bundling and debundling mechanism and an example of bundling and debundling 
components are presented: 

Iri particular, an example will now be described with reference to Figure 15, which shows 
5 a schematic P having components X and Y connected by agents XI and Yl . . 

In order to specify flie address of a particular agent for a particular component instance, it * 
is necessary to be able to identify the agent uniquiely. Accordingly, for the purposes of 
this example, the component X is manufectured by an entity having a manufaicturer ID 
-10 IDx, and component Y is manufactured, by a an entity having.a manufacturer ID IDy. 

When schematic P is laid out, the symbols for components X and Y are downloaded, 
arranged and connected in the schematic representation P using the method described 
above with respect to Figures lOA to lOE. As the schematic is constructed, each 
IS component is given a imique label, as shown at Ul and U2. These labels allow 
schematics with more than one component of the same type to reference the correct 
instance of that component. 

Associated with the respective component representations are the component 
20 specifications, including the manufacturer ID, and part nimiber. This allows the forum to 
generate and. send out the purchase orders to the corresponding entities. The component 
symbols are also associated with input and output specifications detailing the agents, 
which for this example is exactly one for each component. 

25 Before the schematic can be built, the user creating the schematic P must be specified so 
that the entities IDx, IDy can bill the user. In this example, the user is given an identifier 
IDp. Once this information is contained in the schematic it is ready to be built. 
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The process of building a schematic results in a fpmber of entities being con with 
purchase orders. Thus fho decision to build will incur costs and contractual responsibility. 
A mistake in the schematic, may result in a bad build wasting tirne and money. . 

5 Assuming the build is to proceed, the next step is to submit schematic P to the builder 
program. The builder program interprets the schematic and compiles and issues purchase 
orders for each compouCTt in the schematic. The purchase orders for the component X 
woiild contain the following information: 

• Base station identifier 1 
10 • Schematic identifier P 

• X component label Ul 

• Entity identifier IDx 

• Entity part number X 

• Component X agent coimection details^ including: 
15 • Entity identifier IDy 

• Entity part numbrarY . 

• Component Y agent number 

• User's identifier IDp 

• Schematic identifier P 
20 • Y component label U2 

The purchase order for the coniponent Y would include similar information. 
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Should the component being purchased have more than one agent, then each agent must 
have separate cpimection details included with the purchase order specifying the agent-s 
target. 



mai flie mtity IDx receives the purdiase bidq- from the user IDp, the entity IDx creates 
, ad instance of its component to satisfy thp i^uiiemOTts of the purchase order. This is 
• ^eyed using a constnictor, the opei^atioh of which will be d^cribed in more detaU 
.bieliow. 

5 ■ - .. • ' •■ ■ . • •• 

Aflra: the ptovision of the purchase orders, the respective instance of the component X 
now has the infoimatioh it needs for the agent XI to communicate witti the agent Yl. 
Accordingly, the agait XI connects to the; entity station 5 of the entity IDy and requests 
the ag^t Yl, Mag the information received in the respective purchase order, as butfined 
10 above. 

Agents X and Y connect and then proceed to authenticate using the. infonnation already 
known about each other. 

15 . After the comiection and authentication is complete components X and Y can negotiate to 
determine the information needed for each to complete construction of their respective 
components: 

Thus, for example, in the event that the agents are adapted to handle the data types shown 
20 in Figure 16. the agent XI can handle integers INT, characters CHAR, and floating point 
numbers FLOAT, whereas the agent Yl can handle double inputs DOUBLE, floating 
point numbers FLOAT, and dates DATE. Accordingly, the agents wiU determine the 
. component X must provide the output in the form of floating pomt numbers FLOAT. 

25 From the above it will be appreciated that the agents are the only form of inter- 
component communication. As a result the agents must be ablb to communicate via the 
communications networks 2, 4. 
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A liionber of features of the itnplep^^ 
. Hand^Off . • 

& addia™ to :.ga«s n,aktog . »tt«o cotacc«oa there exists aa agent W^ff 
mechan^. Tl, ag«, tai^ff ...e^ 

l«nm«ewA<ffls„ftoas^«:cm6Mmgto . 

IWs b^avio^ provide, a mean, by which ag«ts can seeonng.y c6n.ptet 

nto».,on. hansachtHt then handing the agemK,ff to aoomer component to negotiL 
«-«»r.Wi.honly.hese^,e>ai.3actionsa,^,. 

the seemingly singlie agent. 

of carsMy cr.ft«, a™„ge„,en, of ^^^^^ ^ ^ 

^nn*^ Of agents and appea. to pe*» a given service, in actual J the 
«^e^ Vntanysnh^n^po^^ „^,,,,,,. , ^^^^^ ^ « 

. paten, agent, m „rd« to achieve this an agent of the p.^ .„„. ^ 
A™». .htough of the handoif ntechanisn, demonstrates the st^ invoked in the handoff 



inocess, 



25 



Figure 17A represents a schematic involving a handoff: In Figu« 17A agent Al of 

co^ponentsGi -dagentA2 of con,ppn^tC2 ponnect as nonna,. however C2 has sub- 
componentC3 as shown in Figure ITB; . 



60 



«»npon««C2 intads to Wffto»gcrt AI .6 the age« A3 of the si,bH»«,p6„en. 

C3 as ^OWQ in Figure 17C. - 

B» sa,„ Itae. To How ft. oon,p„aent C3 to be bufl. and to the .g«« A3 to be 

gmed, a. tmpomy agatt A2b is created as shovmiii Kggre 17i). 

^ This has *e h«,eflt of aBowing d« com^ C3 to be built and the agent A3 ,„ 
co-mect *> an ag«« p^Wding n^ ft, C2 to commnnieate to to 

component C3. Wh^ ft. ag«« A. is con.^,cd to the agent A2 and ae agent A2b is 
oom^ to the agon, A3, the o«npone« C2 ean direot the agents A2 and A2b to 
temmste and caiKe the agont AI to jeoohnecl to the agent A3 

5 •n--*?«™*"«otC2«sesth.Ioe.I.ge„«A23ndA2btoconnnnnicate,heta^^^ 

^^tothe^A. and A3 re^vely.^in the agents Aland A3 oonneoting 

as shown m Figure 17E: 

^ exao^o Of fl,e handoff n.eeh»nsn. handing fion> one component to another ^ now 
^bed w^th re^ to Pignrels^ h, parUc^ar, in «s exan.pie. to =chen«ic 
^ throe con.ponen.s A. B. C, each of which has respective agents Al; B.,B2: CI. 

Ih this exanw^ ^ ^ ^ ^ ^ ^ 

P-hsse order. SinnUrly to agent Bl gets to address of to Sgent A. fion. i,s 
P^chase orter. Using to ag^t Section n^hani^ ou,Bn«. above ag««s 
Al and Bl connect and authenSoatfe 
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Agents Al a^d Bl perfoim &eir infonnatic^ t^^^ and this results in the agent Bl 
decidingtohandoflftheagentAlontotheagentCl. Ite component B obtains the agent 
V. address ofthe. ageatei by ha^^g the agent B2 con^^ Th^ 
agent Bl then. uses its authenticated link ta the compon«it A, and sends a hand-off 
request togetherwithihe agept address of the agent O 

The agent. Aj sunply discoimects from the agent Bl and connects Mdth the agent CI 
Should the agent CI he busy with a connection elsewhere. The agent Al simply waits 
for the agent Cl to become avaUable. Similarly the component B obtains the address of 
the ag«xt Al and transfers this to the agent Cl, aUowing the agent Cl to reconnect to the 
agent Al. 

Bundling 

OWa component will require a number of agents to resolve information for a specific 
m. Smce these agents are related it makes sense to group the agents into a bmuile to 
h,de.fte complexity and deal with the bundle like a single agent. IWs greatly simplifies 
the schematic and reduces errors. 

Ite, the purpose of the bundling is ,o manage age«s n,ore effectt«Iy. Although ^ 
sWctly necessao. bundling alio™ rcls^ agents to be attached to e«=h od«r so .h« its 
^bfonship is presm-ed making tbe managemc* of toge mm.b«s of agents easier 
task. 

Special components provide the service of bunc»erVdebundling and these will herefaafter 
be referred to generaUy as Bundlers. Ih this exaMple,bu„dlers haye three agents - two 
uiputs" and an "output", whereas bundlers operating to debundle (which may be ieferred 
to as "debnndler.") have two "ou^uts" ^d an "iripnt". The terms output and input ^ ■ 
mverted pommas as the bundler and- debundler pe^xm ahnost exacUy the same task 
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•»».v^ b^^ i, to on. *rt Mate, ^^o,...^^^ ^ 

^J^: T^""^ °f teP-s m= tone age* an o.^. As «,„„ 
»'^-^^b«receivedtoaddres«sa„„gBi,.i^.,^^ 

the bundbr^ana d*„ndler have swapped tte intoaaon, ihey handoff 4e eomUcted 
„ each ofter. If «««r of «,ese eonnected fa , b^ ^ 

aebundler. the process begins again. 

«9«^I«A r^^s ^.o agen,, A., B, ^pecdvc c^p^ A. B c^Ud 
«Wugh a bund,, component BUNDIB. which p^videa hnndle age«. Bui. BU2, BW 
agen. BU3 is used .o c^mec. .o*e conip^^'x bundle agents' Bm.' 
BU2. BU3 m mdishnguishable fiom a nonnal agent 

«rr r'?"* ~ — *>«■ «» 

~1. B a„dp.^fl,eagen,BU3: ^c role of .he agen, BU3 is to ptovid. fl„ 
"WTCMesoftheagenteAl.BItoUiecomponentx 

to ^ampie she™ in Hg„.e .9A. to con,poncn.s B, X »=eiv. addresses of to 
BU,, BU2 and BW respoc«ve.. i^ ^ ^^r^^, 
to bundle component BUNDLE gets to .ge« addresses AI. Bl and X. fion. I 
^echve ^hematic purchase onto, IT. agents Al. BU. ponnee, authenticate while 
to agents BI. BU2; and, xl. BU3 do the ^ negotiates wi^to 

component BtlNO;. and d^ ^ ^ ^ BU 3 

hand-Off Al, Bl as shown in Figure 19B, Thus, i„ HgUi, ,9B to compon«,t X 



am>ugh agent BU3 leams of this agents Al.Bl. The cdmpohenSXttien orders the bimffl^ 
„comp6ni5nt BUNDLE via the agent BU3 to hand-off Ihe agKtite.Al, Bl to. the agent XI 
and\3a respectivdy. The bundle TO 
it's sexyice and can retire; 

•■5 ; : ■ . ■ ■ 

Thfe bu&dling component . BUNDLE as ^own in Figure 20 has no concan as to the 
nature of fte agents Alj BL As fc^as the brmdling TO 

twp a^ts and their payload is irrelevant This enables ci»cading of bundling 
conq>onents as shown in Figure. 20. Any number of bundling coinponents may be 
10 cascaded. 

Ja addition to providing bundle components for bundlmg agerits,.dcbundling con^onents 
arepibvided for pecfonning the opposite functian. 

15 An exanq)le of this is sliown in Figure 21, in which a comppnoit A is coupled to a 
debundling conqjonent DEBUNDLE, which in turn is connected to two components X, 
Y, as shown. In Ms example, the d^undling process starts with fee ccmqKnient agents 
Al, DBUl; DBU3, XI; and DBU2, Yl connecting and authenticatmg as specified iii tiie 
purchase order. 

20 

The debundling component then learns the addresses of the two agents r^resaited by the 
bundle. It then requests XI and Yl to hand off in accordance widi the addresses provided 
by agent Al. At this point the debundling agent has then, completed its service and can 
retire, 

25 

An exanq>le of the manna: in which bundles of agonts can be usoi will now be described 
with reference to tibe exan^le shown in Figure 22A. 



Internal to a Component P, a Bundler 1 is connected to a Component A and a Component 
B. The output of the Bundler 1 is connected to one of the inputs of a Bundler 2. The 
other input is connected to a Component C. The output of the Bundler 2 is the bundle of 
agents that will be connected to an external agent of the Component P; 

The Component P is connected to ano&er Component Q, and the bundled agent is, 
mtemal to the partner component, attached to a Debundler 1. The Debundl^ 1 is 
attached to a Component D and a Debundler 2. The Debundler 2 is attached to a 
Component E and 9 Component F. 

10 . , 

During automatic handoff, the Bundle 2 will be connected to the Debundler 1. The 
bundle 2 obtahois the address of the agent connected to the Component C and the Bundler 
1 reqaectively and sends these to the Debundler 1, which will respond witii the address of 
the agent connected to the Component D and the Debimdler 2 respectively. The Bundler 
15 2 and the Debundler 1 wiU then perform a handoff of this respectively agents so that the 
Component C will be connected to the Component D. and the Bundler 1 will be 
connected to the Debundler 2 as shown in Figure 22B. The Bundler 2 and Debundler 1 
are now finished, and retire. 

20 Now the Bundler 1 wiU send the addresses of the agents connected to the Componmt A 
and the Component B to the Debundler 2, which will respond with the addresses of the 
agents conniscted to the Componc3tit E and the Component F. The Bundler 1 and the 
Debundler 2 will then perfomi a handoff so that toe Component B will be connected to 
the Component E and the Component A will be connected to the Component F. The 

25 Bundler 1 and the Debundler 2 are now finished, and retire as shown in Figure 22C. 

Some very complex patterns of bundling and debundling can be used provided that the 
patterns are symmetrical aroimd the link gomg between tfie bundlers and the debundlers. 
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. . . lUese pattcTQs can sp^; across -multiple components and multiple levels of ftp 
■ ctanponaithierarohysymbblisedinFig^ 

Bundle ArithmB rin 

5 ?NtiuSe^ample,therearejnsttwoprimitivecpmponerits.^^^ Th^ 
arethe: ' / 

•. Bundle Component. ' 
. • ' Debimdle Cpmponent ' . • . 

10 Inthis section two examples ofbimdlearitlmietic are these are: 

• Bundle Reonleiing 

• Rake-out 



15 



20 



Wxti. components bundle and debundle a number of useM operations can be perfonned 
on bundles. An example of agent reordering can be found.in Figure 23. Jh this example 
fl.e cpmponent U represents a debundle (unbundle) component, with the component B 
representing a bundle component. Accordingly, in this example, the agents a. b are 
r-rdered within the bundle by extracting the agents a, b from the bundle and 
leassemblmg the bundle with the agents b. ain the revise order. 

Rake^out is when an agent is extracted from a particular agent bundle. An example of 
agent rake-out can be found in Figure 24.. In this example, a respective. agent c in a 
bur^dle Of agents a, b. c. d is required to be s^axated from the bundle. This is achieved 
by debundling the bundle using the debundle components U until the agent of interest is 
available, then rebuadhng flie bundle using the bundling compon^ts B 
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Gonstmctoi; 

Thexo,^, is a soW appKcation provided at the entity stations 5 to allow the 
entity stations to impl«nent components. . In particular, the constructor is adapted to 
^ "'^veapurchaseoniergenen.tedbytheendstationS.oranyportionof^^^ 

use the purchase onler to cieate a new component instance, together with 
. ^ropiiate agents.. 

Once this is co«q,let^ the local constructor activates the agents associated with the 
con^onent, in a process hereinafter referred to as presenting the agent. All agents by 
0 ^^«onar.::connected to another agent associated 

When an agent is pi^sented, it is made available for. mt^tion with its counteipart 
operating in its remote constructor. 

An exa^k, wOI a.scrib«l wifl. reference ,o Figure 25. »Uch . 

oop>po«m CP prior ,0 release to We constactpr. I„ pWcular. ft. cornf^ CP i, 

fimncd to mr.e«ib^,^eots A. B and C, and is provided mft te »g«tfs 

and Zm ' ' 

Upon r«>dving fte purchase order fion, fte end statton 3. consttuotor «iU initiate fte 
c»«r«cUon Of fte eon^onen, insane, fta, is ,o perform ft. s«viee in ft. ,«p.otive 
build process. f«v"vc 

In order to achieve this the constructor operates to: 

. Submit purchase orders to the entities supplying the services associated with the 

respective components A. B axxd C, as shown m Figure 26; 
. Provide the data required to each of the sub-components A. B and G. to allow 
each of the sub-components to perform the services defined therein; and^ 
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* Siq)ply sub-component agent.addtesses to allow 4e codiponents A, B. and C to 
be ei^ed once fheir agents hive terminated. 

In gaieral, the constructor contains many components at various stages of section but for 
thcpuiposes of the foUpwing explanation the constructor will only operate on one 
coniponent 



In particular, the constructor presents the agents W, X, Y. Z to allow Ihese to 
communicate with agents of other components, as reqmred by &e schematic. In addition 
10 to this as Ihe con^onent CP has sub components A, B and C. a number- of internal 
interactions must also be resolved. 

Ih.geneml, users of the component CP are unaware that the component CP is formed 
fiom- a number of sub-components A. B,C. Accordingly, the „ser needs riot provide 
15 details of the interactions that need to be perfonned between tiie con«K,neuts A, B C as 
ftis will be determined by the entity providing the component CP. Accordingly, when 
the constmctor orders the components A. B and C, the constructor win also provide 
details of the mteractions leguired between the components A, B, Ci 

10 The constmctor also presents temporary agents Tl. T2. T3 and T4 as shown in Figure 27 
to provide the interfoce between the internals agents of Ae component CP and the sub- 
components A. B and C. these temporary internal agents Tl, 72, T3 and T4 are 
presented along with the external agents W, X..Y. Z as shown in Figure 27. thereby 
allowing the component to be implemented with aU the agents having a chance to resolve 
and connect. 

Cohstniction Site 

The constmctionsite is the location at which the final executable code is erected. 
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, b op«aio». ftc consi™:«on rite is (^icily p^^ed at a. end »Mc„ 3 „r a 
1-.^ ^ wiihte tt„ ^ to ttc consm:c«on being ;««,y 

mat shown above are used. * 



' ■ ? '"^ '" '^ M« ^ be Ocpo^ted. 4 

supplying Cargo, Component ID and Position 

* C«»»«'truction Complete- Requires si^plying Component ID. 
Specific Examples 

^ ^^«™'-b„^.--„«W in. n^b. of specific ««^Ws«o«.i^ 

First Speci fic Examp iR 

The ii« example resul,. in fte consb»«on of . scl.en,«ic contoing . sin^, 
oftean add aervce. An internal con»p„««,q,„ae«a«o« i, *o™ in Figure 29. As 
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shown the component inchide Wo inputs INi, IN2, and two outouts OUT 
• EXCEPTIONS. • . ■ .. ■ . - : • 

m tins example, the component representation Add! is layered^up into a schematic 
"Addl test« as shown m Figure 30. This schematic consists of an outer box called the 
root component, the component representation Addl, and comiected to this are four 
mt^al agents INl. 1N2, OUT. EXCEPTIONS denoted by the crosshatched boxes of 
Figure 30. In this example. aU agents are connected in pairs with a a^^^ . 

Ev^ build begins with the starting of a root component server, which in this exan^le 
conresponds to one of &e p„,cessing systems outlined m the «ample above 
Theoretically any one of the base station 1 . the end stations 3 and the entity stations 5 in 
the example set out above could act as the root component server, although in this 
example It IS the end station 3 of the user. 

When the root component server receives a build request itptoceeds to construct the root 
component. In this example the root sch«natic associated with the root component is 
loaded and scanned. All component ^resentations in the root schematic arc then 
xdentzfied and secondao^ build requests are issued by fte root component server. In this 
case only a single build request is issued to an "Addl" component server smce the 
example schematic only contains this one component. 

On the "Addl" component server, which may for example be one of the entity stations 5 
operated by a respective entity and positioned at a remote location, there is an "Addl" * 
schematic associated With the component m much the same way as the xoot schematic is 
associat^l with the root component. Figure 29 represent the "Addl" schematic residing 
on. the "Addl" component server. Of note is that tf^e .^hematic contain, nothing 
Accordmgly. the component Addl does not include any sub-components 
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When the "Addl- componaif serv«- received the secondary build request that was issued 
fiom the roof server it creates a new instance to serve as a vehicle for providing the "add" 
service.to this new customer. Similar to the actions of the root component server the 
"Addl" component saver loads the schematic associated with "Addl'^ and scans it for 
any compon^t representations so that fiirther build requests can be sent out. Ih this 
example however th. "Add!" schematic is empty and thus no further build requests are 
issued. 



server 



10 It IS important to note that the "Addl" build r^uest issued by fte root component ,^ 
supphes mformation about the agents associated with m «Addl» component That will 
aUow the "Addl" component instance's ag«.ts to connect to the .correct destination 
which m this case are on the root component server. 

5 The next step for the root component server is to scan its root schematic for internal or 
^temal agents. Sixice it is a root component it will not contain any extemai agents 
However the schematic does include the four internal agents INI, IN2 OUt' 
EXCEPTIONS as shown in Figure 30. 



The root component server then proceeds to create these internal agents and Ihey begin to 
contact their respective partners, namely the agents INI, IN2, OUT. EXCEPTIONS on 
fte "Addl" component server. THe "Addl" con^onent. server per^xms a similar 
fonction. Tl.e "Addl " schematic is scamted for agents and only four external ag«,ts INI 
IN2. OUT, EXCEPTIONS are founi The "Addl" component server then proceeds to 
create these external agents and they also begin to contact their partners at the root 
component server. 
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Since the wot con^oneat server and the '^Addl^.^n^ohent -servers We successfiil in 
creating their mtemal and external agents respectively, they connect success&Iiy 

At ftis point the root component s«ver has established four conminnications paths to the 
"Add!" component server ^d the user am now utilise the service at the «Addl» 
. ^'O'nPPAentseiyer via the agents a^djle on the root com^^^ 

. Since the "AddlV scheniatic is ^ the s^ce supplied by the entity must be 
perfonned manudly by .an operator stationed at the «Axidl» component server Tbus 
when the user of the root , component server enters a number in agents INI IN2 
respectively, the operator at the "Addr component server will receive these numb^.J 
can then perform their service. In this example the operator at the «Addl" componmt 
server must add the numbers manually and return their result using the agent ^^^^ 

If the "Addl- component wished to verify the formatting of the inputs or outputs for 

ms^.thebaseofmenumbers3.temtobeused.orthenumberofdecimalplacestob^ 
use^ the agents are free to send additional payload packets until all parties axe satisfied 
m th. case, as there is no heed to transfer further infom^tion, the agents are free to 
tommate the link 

Once the transaction is compete the agents can be terminated at both the root component 
server and the «Addl" component server, and the root component instance and «Addl" 
component instance can be retired respectively 

Although this example is quite simple it serves to highlight the concept of the component 
servers, hpw fl.e agents interact and that a service performed remotely at the component 
^er. whxch wiU. topically be situated remotely to the end station 3. ii.us, for example 
the root component server may be located in TownsviUe. with the «Addl" componeni 
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servo: in Rome. Despite fliis, the location of the "Addl" component server is transparent 
to the.useriii Townsville. 

The last point to note is the use of tiie EXCEPTIONS agent, which can be used should 
the entity providing the Add service have any difficulty in perfomiing the service, as 
contracted, the excq)tion agent can be used to communicate the difficulty. 

Second Specific Exaifiple ' . . 

The second example is substantially the same as the first example, except that in this 
example, the pibvision of the "Add" service is through this use of a component "Add2" 
which is automated. An iexample of thb conqioneiit repiesentatiori Add2 of the 
component «Add2" is shown in Figure 31. As shown the component representation Add2 
is substantially the same as the con^onent representation Addl. 

This example shows it is very easy to. automate the services of sin^jle components; In 
particular, automatipn is aoWeved by monitoring states of the agents belonging to each 
instance of an automated add, and performing certain tasks as the states change. 

In this example, at the time when the agents INI, IN2 of the «Add2» component have 
received payloads and the agent OUT is connected, the payloads ftom the agents INI, 
IN2 are added together, and sent out as a payload packet via flie agent OUT. 

As this automated add component is designed to work for only decimal addition, it will 
send a message indicating that an input .was incotrecfly formatted if an input is not a vafid 
decimal number. When the agent OUT has^ received a termination indication, the agents • 
INI, IN2 send terminate packets to their partners. 
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The result of this is . that if fee ibdt . componeiit sebds the numbers 5 and 4 to the 
automated «Add2» conq,bneut, the lesuK, 9, .will quickly arrive at the agent OUT of the 
root componait ,If the ioot con^ndit was to then said fee inimber 6 via feeagent feat 
had sent fefe -mmAer 5, fee number 10 will. .arrive at fee . output, aUowing for any 
corrections wifeout fee need for a restart 

If fee root campon«it weretb send the letters "five" and fee number 4 via fee agents INI 
IN2 respectively, agent INI. willWve fee message "Number formatted incorrectly- 
from fee automated "Add2'* c6nq>onerit. 



Third Specific Examp lfi 

>e to specific example extends fee complexity of fee adtf component aUowihg it to 
handle input numbers of different number bases, such as decimal and hexadecimal. TMs 

that can accept inputs as eifeer decimal or hexadecimal mmrbe^ 
15 . output eifeer a decimal or hexadecimal number. 

Figure 32 is an example of fee component representation Add3 of an «Add3» component 
The «Add3» component includes inputs and output having agents INI, IN2, FomiatlNl 
FormatIN2, FormatOUT. EXCEPTIONS, as shown. In feis example, fee «Add3'' 
component is a compound component containing many iritemal component, feat have 
been selected and arranged in such a way as to perform feis more con^lex service. Figure 
33 rs fee intenaal schematic of fee «Add3" component and feis introduces a number of 
new components .in order to perform this more domplex service. 

25 betaUed in fee schematic shown in Figure 33 are. a number of "converf > components 
Whxch perforxn fee service of converting a nurnb^ i„ a particular format to anbfeer 
fonnat. In feis way a user of fee "Add?" component can specify fee format of each 
number. 
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Because the /automated "Add2" componient will only work with decimal numbers it is 
rather fiagile. However the "Add3'* component performs the same basic service but is 
much more robust in that it can handle input numbers of many formats and even produces 
5 the output number in any format desired. This is despite using the fragile "Add2" 
component. 

Formatting is achieved using the agents FormatlNl , FonnatlN2, FomiatOUT. 

.10 Each of the input numbers supplied to the agents FonnatlNl, FormatIN2, are converted 
to decimal using the respective "convert" components, before being transferred to the 
"Add2" component. Each "conyerf' component has four/agents IN, FbnnatIN, OUT, 
FormatOUT. 

15 The number from thie respective IN agent of the **Add3" component is presented at the 
agent IN, and is interpreted as being of the format specified by tiie respective FoimatIN 
agent of the "Add3'* component. 

In this example, three instances of the "convert" component are used, one for each of the 
20 agents belonging to the "Add2" component. This is necessary as the "Add2" componeiit 
only works with decimal numbers. 

When the "Add3" component is used in a build all of the external agents DSfl, IN2, 
FormatlNl, F6nnatIN2, FormatOUT, EXCEPTIONS, will become connected to their 
25 respective partner agents qn the root component (not shown). 

The "Add3" component will then build its internal schematic corresponding to Figure 33. 
This will send build requests and agent connection details to all the subcomponents. All 



the external ag&its INI, IN2i FormatlNl, FonnatIN2, FormatOUT, EXCm»TIONS, of 
the "Add3" ccinqjoiimt are .connected directly to the req)ectiye "convert sub- 
components and so they are handed off. resulting in the svibcontractor **convaf * 
cpmpdnOTts conriecting directly to the partner agetits on llie external j^nts. Apart fioin 
the extonal agents the "Add3" component hais fliree internal agaits DECIMAL, which 
are set to aiitoinatically deliver their payload as soon as the agent Has connected. As 
these aget^ send thdr paylQ»i automatically and send terminate as sooa as fliey receive 
a tenninate packet, they are in e£Eect aiitpmated agetxts. 

If the conversion componeot is automated, then the entire "Add3" component is in effect 
automated, this is a good example of the building of conq>lex programmihg components 
fiom simpler programming components, and also of non-primitive automation. The 
"Addi2" conaponent was automated, but as there is no way of prarfonmng the task via a 
sub-schematic it is classified as a primitive component. In eflfect, all software produced 
with these techniques will be derived out of i»imitives at flie lowest level. 

The "Add3" component is more versatile than, die automated •*'Add2" componoit. The 
purchaser of an "Add3" component will be able to perform , addition without worrying 
about how.&e conversions work, dononstrating a level pfcomplexiQr hiding. 

Fourth Specific Ey^ mplft 

This specific example is flie most complicated add component to be. discussed. 

In this example, an **Add5" component also provides additional testing and functionality 
to the "add" service. However it will be noted that the discussion only adds sufScient. 
complexity to illustrate certain key features of ithe. technology. The "AddS" component 
demonstrates the use of agent bundling, baisic input testina schematic selection and 
exception handling. . .. 



The "Add5'* component extoids &e ?*Add3" cinnponCTtt by including input vaiidatiott for 
the Format specificadon and uses bundling to reduce the. nuinba . of extonal agenk 
Figiure 34 shows ttie component represebtation of ihe "AddS" component. It.ha? 5 agenb 
that are briefly described in the table 1 below: . 



Table 



Agent 


Description 


INI' 


Input number 1 ^Bundle of number value and number format) 


IN2 


Input number 2 (Btmdle of number value and number format) 


FORMAT 


Specifies the reqmred format of flie ou^ut number (i.e. decimal or 
hexadecimal) - 


OUT 


Output result of the addition (Bundle of number value and number 
format) 


EXCEPTIONS. 


. Indicates if any build exception occurs: 



Figure 35 shows ttie internal schematic of die "Add5" component. 



This example introduces 6 new conqionents (Eh^, Validate String, Or, U, B, and a 
schematic selection component CI 1), which are briefly described in Table 2. 

Dup 

This component duplicates die payload of its IN agent to each of its output agents. This 
conq>on^t is used whenever a.piiBce of information is needed multiple times. 

Validate String 

The VaUdate Sttng component wqrics by comparing the input string Qn) to a list of vaUd . 
strings on the LIST agent In diis example the list would be "Decimal" and 
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•TEfcxadedmal-. If the input string is valid flian it is passed as being yalid resulting in the 
OUTO^hedced) agent retutniag -frue". If the string were not vaUd toe OUT(checked) 
agent would retmn .«felse'>. Ah additional service of the vaKdate string is to ifeforxhat the 
uiput string into a specified output Wat, This nii^t include the removal.of white space 
(space, and carriage return character), converting the string to lower case and also 
trumning the string length. The FORMAT agent specifies this ou^ut formatting 



Table2 



Component 


Designators 


Brief description ^~ 


Dup 


G4,C3,G9 


Duplicates the payload of its IN agents to all of its" 
OUT agents. 


Vahdate 
String 


C5,C6,C7 


«-hecjcs an mput string against a Ifct of vahd string. It 
ou^uts the result of the phecWng and reformats of the 
input string to a given specification. 


Or 


C8 


OR Boolean logic, output is true if any input is true, 
else ou^t is &lse. 


U 
B 


CI, C2 


Unbundle, Splits a bundle of agents. 




CIO 


Bundle, Combmes two agents into a bundle. 


Schematic 
selection 


Cll 


Selectively builds one of n schematics based on flie" 
: layload of the selector agent. 


Add4 




bame as an Add3 except that the service is perform^ 
manually, allowing mubh naore power resolution of 
problems than the automatic Add3 component. 



Or 

The Or component is used when eyer it is d^ to trigger an event ftoni multiple 
sources. It combines all i^ inputs so that if any of them are true it will output a true. 



. Wh^ Or is &st piudiased all of its ii^ut ag^ts aire undefmed as each of the agents 
only l^ve just conaested and \viU thus haye no p^^ "Hielcarcoiiiponent then waits for 
agent paylpads until it has isufficientinfotmatioh to decideiwhat ou^ut it should deliver, 
it will ou^ut a ''true" as soon ais aniy of . the input agents have a payload of 'tine", 
5 pth«wise it will wait until all ii^ut agents are specified as *Yalse", at which pomt it will 
outeut "false". 

3 (bimdh). U (unbundle) 

The Bundle conqjonoit bundles agents, tpgethear^ whilst the Unbundle con^nent splits a 
10 bundle of agents q>art. The buridle/unbundle process is, described m more detail in the 
biQKQing section of tl^ patent . 

Bundled Agents 

The ag^ts INI, IN2, OUT use bimdling to combine two agents together, one 
1-5 representing the value of the number and one for specifymg the format of the number. 
This bundling assumes fliat the numba- format is in the first position of a bundle, and the 
number value is in the second location. This combination of these two particular agents 
will be referred to as a number bundle. To ensure compatibility the agents DSTl, IN2 must 
only be connected to ageaiis that produce a numbw bundle and the OUT agent must only 
20 be connected to an agent that can handle a number bundle. For more information about 
bundling refor to the section on bundling and imbundling. 

The number mputs Ihl, hi2 of the agents INI, IN2 of the "Add5" component are 
unbundled by the components Ci, C2 to get the number value and number format agents. 
25 ARex the components C2, CI perform their service the number value of Inr becomes 
connected to the agent A37 and the nuniber format becomes connected to the agent A26. 



For the numbea" ii^jiit isO, the number value become Goimebted to the agent A39 and the 
number fonnat becomes connected to iSas agent A29. The nmftber foninats for. each of tilie 
inputs lnl. Ih2 is then verified arid^nnatted by the VaKdate Stniig components C6, C7. 
The agOTt A19 spedfying &e output forn^ 

Duplicates and Validate Lbts_ and Fannats 

Tlie Validate String concipbnents aUow ttie ii^uts to checked and fomaatted based on 
predeteimined. Fequirements. . 

In . this example, it . is necessary want to ensure that the Fonnat specified for the Add 
component used in the addition con^nemt Cl l is coinjpBant with the agents FormatlNl, 
FohnaaN2 and FoimatOUT. Each pf tiie V^date String components C5, C6. C7 require 
a specified Ust of valid string, which is suppUed by the intemd agent Al4, and 
diq)licated three times by the Dup component C4. In this case the payload for the internal 
agent A14 would be "Decimal, HecadecimaT'. the inienfiil agent AlO q)ecifies the 
required output fonnat for the three Validate String components, whidi maybe something 
Iflce •♦No white space, lower case", this, is achieved by duplicating the string received 
fiom the intonal agent AlO using the Dup component C3. 

Selective Construction 

The OUT(checked) agents A23, A53, A31 of the Validate. String components ihdicate 
whether each of the Format specifications passed the mput verification.. It any of them 
feil, additional fimctionaUty is requhed to be performed manually, the OUT(checked) 
agents A23, A53, A31 are combined into a single agent A36 tisingan Or component C8, 
which will have an agent payload spedfjdng whether to use a manual or automatip add 
provided by "Add4" or "Add3" respectively. 



TTie core part of the schematic in Figure 35 is peifoimed by the additipn cdi^ohent ClI. 
This component is special in that the siib-schemiatic of the addition ccHnpdnent is 
dependent on the paylbad of a selector agent A36.. 

Ihtemally to the componrait Cll, the agent A36 selects whether to constaict an 
automated "Add3" or manual "Add4" conqaonent. If the inputs la 1, In 2 and F<»mat 
provided to the agents Al, A3, A19 respectively pass the iiiput checking perfonned by 
fliie validate string components G5, C6 aiid C7 then an "Add3" component is used to- 
perform the addition operation. Conversely, if &e inputs don't pass the validation tbaa 
the addition is performed by a manual "Add4" conqionent, allowing inputs to be. 
studied and queried by a huraam. If the information makes .no sense whatsoever, an 
exc^tioii will be gdierated and passed to the piaredt component 

The addition component Cll danoinsttates flie use of selective ^instruction, where a 
differept sub-sdiematic is built based on Aei information provided by an agent. Although 
only a simple case has hem presented in this example, in gmacal fliis technique , is 
extremely ppwerfiil. It allows the schematic design to be . selected based on die i^ut 
information to Ihe component It also allows die construction to be completed in stages. 
As each stage completes it can trigger the construction of the next stage. 

Staged construction can greatly minimise the total number of component instances used 
at any one tim^ mimniising conqiutor resources. It also allows a trade off betwerai a 
completely serial construction (i.e. the conyionents are purchased and built psne at a time) 
and a completely parallel constructioa (i.e. aH Components are purdhases and biiilt at the 
same tune). A serial construction minimi^ computer resources but is inherently slower 
than a parallel Constrttction. 



The addition component dl l only has a isingle component in its sub-schematic, however 
in general it can contain a schematic of iany size, the operation of the additioii coinponent 
Qll is b^spaxent as for as the remainder of the schematic is ctriicemed, and hi tMs 
exampteactsjnstlikea noimalcompcment .. 

In fact it could be implemented using a component server . that selects the snb-schematic 
based on an agent payload; Alternatively it could be implemented directly as psrt pf tiie 
"Add5" component In tiiis case each of the dgents A36-A43of the additioii con^Kmait 
Cli are implemented as internal agents, which gethanded off when. the sub-schematic of 
the addition component CI 1 is built. 

Component Output 

The output of flie addition performed by the addition compohoit CI 1 is combined mto a 
nuinber bundle uang the bundle component CIO. 

Fifth Specific Examp le 

hi the previous four, specific examples, it has been demonstrated how it is possible to 
perform processmg of agent information. None of the previous examples have dealt with 
tiie constiiiction of code, but were instead computer programs performing some task, 
which in these examples was the calculation of an addition. It wiU be j^preciated fiom 
tiiis that altiiough the examples set out in the flow charts of Figures 1, 3A to 3B, and lOA 
to lOE are examples of producing software, tiiese could also be used in perfomimg 
processmjg operations directly. 

In any event, flie fiftti specific example extends the concept by using the technology to 
construct executable code directly byte by byte. 



In flris example a component is outlined that constructs code^ that whei executed otf an. 
- IBM PC mil display a pixel on the screenj ^v&i a positioii and a colbur. llie code 
■produced is not howevar a cdn^Jete program, but instead a code fiagment constructed.to 
the requirements of the program in which this compbnait has been designed into. Tins 
• component produces x86 machine code as its ou^ut The details of this:component are 
^ecific to IBM PC architecture, and so the d^ls will only be briefly described. 

Figure 36 shows the component representation Put Pixel of the Tut Pixel" componenL a 
has five input agents X, Y. Widfli, Colour and Screen and two output agents Exceptions 
andiSuild. 

A description of each of the agent is shown in Table 3 below. 



Tables 



Agent 


Input/Outpnt 


Description 


X 


It^ut 


Hoiizontal position, fiom left to right in pixels, to draw the 
pixel. 


Y 


Ii^ut 


Vertical position, &om top to bottom in pixels, to draw the 
pixel. 


Width 


Input 


Width of the screen in pixels. This must match the current 
mode of the screen and must be set up previously in the 
progiam. 


Colour 


input 


Colour of flie pixel (colour code 1 byte) 


Screen 


Input 


Segm^t address of the screen (Typically OxAOOO) 


Build 


Output 


Code produced by the component 


Excq)tion 


Ou^ut 


Indicates any build exceptions detected by the component. 
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yKguie 37 shows the uit^ schc«natic -for- flie 'l^t Pixel" component. This ^^^^^^^ 
uses the «Add5» component fiom before, plus a dumber of new components (MuL Mov 
Seg Prefix, arid Build). 



10 



15 



5 , An outline of the components is given in table 4 below. 



AU of &e pixels on. the screen a« stoi^ in video memory - which is just a c^ set of 
addresses in libnnal memory. Changing anything m those areas of memo^ results in a 
Change on the screen; Memory for fflM PCs is referenced by segment and offiet Tire 
segment selects largfe regions of memory, while the offset allows access to aU the 
locations with m a segment The screen memory is located at the segment address AGOG 

h«adechnaLll.eof^ determines the positionofthepixel.andthe.yalues^^ 
ofifeet determines the colour of the pixel. 



Component 



Table 4 



Mul 



MOV 



SegPrejBx 



BuUd 



Description 



Similar to the Add5 except that it performs a multiplyT 



X85 Move assemoiy instraction. This creates machine code for 
move. 



calculates the pretix tor the next move mstruction based on which 
segment register is specified. For example: x86 segment register es 
corresponds to 38 in hexadecimal. 
Concatenates the code prod uced by two componentsT 



The ofeet of any pomt (x. y) on the screen is given by (y * width) + x as the screen 
nnage rs store as a hnear arr.y, one.^w at a tune. The multiply (CI) and add (C2) 
perform this calculation. 
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- T2ie;i>ut Pixel" -comfioneht ^sumes that ti»e screen has^e^ s^ ta: the coirect video 
. mode, , and that the segment , register specified by the screen agent is set to AOOO 
h^adecimal. 

.The '-Put Pixel" component creates fliree MOV assembly instoxctioni. The pixel colour is 
moved in to the AL register wiflr C3 and C6. THe calculated pixel offset (A14) is then 
movedinto thePIr^terby C4 and C7. Hien finally the Valu.in the register containing 
the colour (AL) is moved to the memory location described by the Value in the segment 
legists: and the valiie in the register containing the offset (AL 

-n^ assembly instmctions.^ use the MOV component, which takes a . source and 
d^'on, and ou^uts the appropriate hexadechnal machine code for the requested 
. MOV mstruction. .h 

Tl» code »oduc«i by a, kdivid^l Compon^ i, ooUected «,d combmed by to b™Id 
«»>Pffl»nU.prodiictog ae ddiverabfc ex«,u«,te code out the Bmld age« (A48). 

Sixth Spec jjSc Examp le 

^ final specific example demo,«trates the usage of the Put Kxel eon*one« 6f Figure 
36 to create stand-alone program as detaUed in Figure 38. 

The "Pat Pixel- component is used in conjunctton ™ih a "Setup S<™n" component - 
.e^ble for changing (he video mode and setting a segment regist« to the value of the 
acre«, memory. ™= «=reen memory is input ,o *e -Put Pixel" 

<»mpon«>, and the outputs are the bytes corresponding to fl» code p,od»c«l, and to 
segment register used to store to memory, which is W by to put,pixel compo„«tt 
The program is » be booted fl»m a floppy drive, and »ill clear to screen (fi^n to se«» 
aereen compon«.t) and then display a stagle pixel at locata. 20.50 of colour red 
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... Th^. put pixel component gets its inputs from number bundle - bundles containing 
numbers.ai^ the corresponding forinats of the ninribers - which are input to the agents x. 
y. and width. The colour^ input is input directly ffbm an intend agent of the root 
5 schematic. As mentioned above, the segment register used to store the segment address 
of video, memory is input fioin the setup screen compoiient The output of flie Put Pixel 
«'^^««t.»>»a'i.deliveI.th.^.bytesgenerkedbythecomp^^^^^ 
whrch.appendS the bytes to the bytes produced by the setup screen component The Build 
compon«,t then deKvers the complete . program to a Boot component, which is 
10 reqwnsible for conrectly formatting the bytes as requii^i for a boo^ 

Summaiy 

Accordingly, the. above described system allows users to perform data manipulation or 
generate computer executable code by defining combinations of components. In this 
15 case, each component corresponds to a reactive data manipulation service and 
accordmgly. the component combination defines a sequence of data manipulations which 
when performed will result in the desired data manipulation being performed or the 
desued executable code being generated. 



The components are generally provided by respective entities which is capable of 
performmg the data manipulation service defined therein, and this may be achieved either 
manually or in through automated procedures. Accordingly, in order to allow a user to 
define a suitable component combination, the components are usuaUy made available 
tbroufiih a centralised system, which is often referred to as aforum. 

In onier to allow.the data manipulations to be perfom^ed, it is necessary to be able to 
define the conybnent combination with sufficient detail to aUow the components to 
mteract. order to achieve this, in the examples described above a schematic is defined 
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Which sets, out; the con^ohehts to be used; and the intemctions thexebetween: The 
schematic is ^icaUy defined using a suitehle which therefore iUows users to select 
conq,onents pr««rted on the forum, drag and drop th^e into the schematic, and define 
smtablec<«necfionsbetweenthecomponentstodefine.thec^^^^ 

Once the schematic is completed, this may then be implemented in apxocess known as a- 
biiild. 



in 



Dunng a build a respective component instance will be generat«i for each component „ 
the schematic; Each component instance will be created on a respective component 
server ..whach is typically implemented using a processing ^stem pn>vided by the 
r^ective entity. In «se. whe«, the system is implemented data is transfeited b^^^^^^ 
respecttve^con^nent mstances with each component instance perfomiing required data 

It wiU be ^px^dated that the component instances must be capable of communicating 
wxth each other, and in particular, must be capable of transferrm^ 
a form that can be understood by both components. 

m order tp achieve this, communication between the components is performed using 
^ents. with a respective agent being provided for each component ii^ut and output 
Thus, an agent associates, with an input on one component wiU cooperate with an ageni 
associated with an output on another, component. . 

The mteraction between the agents ocoui^ m two stages includirig^^ 

• Negotiation; atad 

• Data transfer. 
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; Accordingly, the agents will fct negotiate with «cfi other to det^e a conunbn data 
fonnat which can be used to transfer data between the respective components, before 
P««=^withthedatatransferasreqttiied..lT^^ 
5 interaction behveo!! flie components. 

When a schematic is to be built 6^ a build process, pm^hase p,ders are s^t to each 
entify providing pomponents wifliiri the schematic. Each entity will then construct a 
respective component sehrerihcludingarespectivecompon^^ 

associated agente. Once tins has been completed, the agents perform any required 
negotiations before the transfer of data between the components occurs in order to allow 
fixe, components to perform the respective data manipulations embodied by the 



component. 



spocOy coimections need to be fonned b«„een ag=„B as^eiated ^ ft, 
o^nptoeofc «.d ote ag^ts. m particular, Ms wiu include fte agon, addr«ses of tte 
ott«: agenta so wte. fl,e coo>poneu. iuatencc and corresponding ag=«s are 
constmced, the agents «ill be able to communicat. dtacfly with the other ag«as. 

Boft .he negotiaion and dat.^ ianafcr „iu ^ ^ 

header and associated payloai It win be appreciated that in the case of negotiations the 
I«yload WU. typicaUy include a Ust of acceptable data fonnats a^at may be handled by fte 
agent, or th. Ulce. Thus, a fat agent will transfer a suitable lis. to a second agart «^ .fce 
secoDd^ag™, rc^nding wifl, an indication of a fo^at which is ace<ptabui In the case 
of transftrring data to be mtaipuIaM, tl,e data wiU be inctoded in ae payload. 

A number of addiSonal features associated with agents win now 1« described. 
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Combininp Aff ftnta 

As described above, each a^: inte^cts. with one bther igent. which is typically 
associated with another comp<meiit hi geiiend, components, niay include many inputs 
and outputs and ftercfoie may have maiy agents. If it were hecMsaiy for individuals lo 
define comiections between eadi agent of each component when creating the schematic, 
this would be an extremely onerous task. 

Acijonlingly. in-order for this process- to be more. efficient it is usual for agents to be 
combined. Thus, m the ex^Ie described above with respect to Figures 22 it can be 
seen that each of the components P. Q mclude respective sub-components A. B, C, D. E, 
F. wWch in this example eadi have a respective agent. It is possible for each of th^e 
agents, to be provided with corresponding agents on the respective component P; Q, 
which would therefore require three connections to be fonned. 

Accordingly., it is ^ical for related agents to be combined, tixereby allowing a siiigle 
comiection to be defined, as shown. This may be achieved using complex payloads 
: ahd/or bundling. 

Cbmplex payloads are formed when the payloads from each of the agents are combined 
into a single payload. In tins case, the component P could have a single external agent, 
whichprovides a single payload which corresponds to a concatenation or combination of 
each of the payloads of the agents of compon«,ts A, B, C. However, in order for the 
components D. E. F to respond, it is necessary for the complex payload to be 
deconstructed by the component Q. to allow respective individual payloads to be formed, 
which can then be provided to the agerits of the components b. B. F. litis can be a time 
consuming and computationally expensive process. .. 
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. . J^*^ case ofbrnidling, agents aj^ combined via the ^ 
; or moicagefltsaite.efifectively treated W si^^ 

tten used to.deoonst^,ct compohen^bu^d^es as required. This in tmn aUows agent hand- 
off to be implemented so that. agents-:not actuallyWolved in any interactioh can transfer 
5 lie interaction requirements to other agents as dM^^ 

This aUows comply mteractivity to be demonstrated between multiple components 
whilst providing a simple mechanism for this to occur. 

10 . EGerarehical Bundling 

. It is typical for agent bundles to include a large numb^ of agents, up to for example a 
hundred or more, m.orderto improve the efficiency ofthebundling/debmidling process 
It IS typical for agent bundles tobe arranged hierarchically so that those agente or bundles 
Qf agents which need to be accessed on a large number of occasions are more easily 

15 accessible. 

. A number of different hierarchy structures may be used, such as linear, or dynamic 
hxerarchies. However typicaUy bundles are arranged in a hierarchical tree fashion as 
shown for example in Figure 39. 



) 



This presents the structure of an example bundle, fa particular, in this example, the 
bundle B contains the agents A, - A,^ arranged as shown. Thus some of the agents A, - 

A. ^ are arranged with bundles B, - Bs which are themselves contained within the bmidle 

B. Thus, if a component requires interaction with the agent A,, the bmidle may be 
d^bundled at a first level to provide access to the agent A,, fa this case a debundle 
compoiient is used to break the bmrdle B ddwn at the first hier^chical level and extract 
Reagent A. allowing this to be provided to a respective agent as required. At this tune 
the bundles B, - B^ are also typicaUy extracted from thfe bundle B. An example of this is 
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diown in Figure 40. . 5^ 

Ill this example, a coiiq)onent lpo6 is provided having sdb-components 1001, 1002 and 
1003 as shown. In ,u»b, the component 1 6^2 is adapted to ope^te on a payload provided 
by the agent Ai to tte bundle B.- Accordingly, in use the component 1000 operates to 
receive the bundle B at the agent 1004 which operates to transfer the bundle to the agent 
1005. Hiis will typicaUy be achieved by ahand off mechanism ..with the agent IQ04 
siiiqilyhan^ngbfftiie bundle B to ageiit 1005: 

Jn any event Ae component 1001 is a debundle component which operates to debundle 
the bundle B to the fct level in the hierarchy. The agent A, is then ou^ut via the agent 
1006 with the bundles B,, B2 being output via the agejits 1007 and 1008 respectively. 
The agent A, is transferred to the agent 1009 allowing the component 1002 to obtain the 
payload of the agent A, and provide aiiy data manipulation as required! An output may 
ttien be provided via the .a^ent. 1010. 

It wiU be appreciated that this is aU that is required in order to inteia.:t with a particular 
agent within a bundle. Thus, the bundles B, and B^ may themselves be transferred on to 
o&er components for further processing. Similarly, the agent A, may now have fulfilled 
its purpose. Whether further use is made of the bundle, or any agents extracted therefiom 
is not essential to the bundling process. 

However, in this example, for iUusfrative purposes only, the component 1000 is adapted, 
to provide a modified bundle B' at the output agent 1015, 

Thus, in this example, die output provided at the agent iOlO may include a modified 
vei^ipn of the payload from the agent A,, as indicated at Ai'. The.a^t A,', together 
with the bundles B,, B^ are then transferred to the component 1()03 via the agent 101 1. 
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; ;1012, 1013 respectively. The coiiponait 1003 operates to rfebuhdle the biindle B as now 
modified, indicated by B' providmg this via the agent 1014 to the output ag«rt 1015, as 
shown. . : . ' . 

Thus, flie coitrponent 1000 allows the payload ofthe Agent A, to be modified It will be 
appreciated Aat the rebundling of the modified agent A^' into the bundle B' is not 
required, and instead, agents may simply be extracted from bundles and used as required.-: 

Figure4I ^ws a modification ofthe cobponent 1000 in which an additional agent 1020 
IS pK,v,de additional mteractivity with the payload of the agent A^. In order to achieve 
tins an additional debiindle component 1021 and bundle component 1022 are used as 
shown. 



It will beappredated tiiat tiie functionality of tins is similar to tiiat described above and 
15 tfiis will riot flierefore be described in any furfliCT detail. 

- Chining 

A fitttixer usefiil technique in implementing tiie build process is a technique known as 
chaining. 

In particular chaining operates by transferring agents, or more usually agent bundles 
flirough a schematic aUowing tiae agent or agent bundles to have payloads modified as 
required, m a manner similar to fl^at described above, m addition to tins, tiie chain is 
mtended to pass ti^bugh tiie schematic, or a portion tiierepf unbroken. This allows 
modificahon of payloads to be passed, tiirbugh flie systen,. and returned as required. 



This may be used for example to allowdata to be output to a pi^etenni«ed lo,^tibn 
specified. Ah example of fliis will now be described witii reference to Figure 37 which 



as 
is 
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the example of a pu^aelcon^oneht. ^ ' . 

fc particul^, this exan^le. as previously described, operat^ to coristruct applications 
software for positioning a pixel on a display. Jn this case, the putpixel component is 
. adapted.,to,gtoera^ executable code v^ch is provided via a build agent A48 as shown 
m general, the ejcecutable code will, when executed by a suitable processing system, 
caise the pnK5essiiig:system: to position a pixel at a required location on a screen. . , 

: IHc executable code will need to be constructed at a specific memory location on a root 
server, and the agents inthe schematic will Aerefore need to know the memory location 
at whidi executable code is to be constructed. 

In order to achieve this, a build^bundle fo^ned from a bmidle of appropriate agents 
reqmred to cOnstmct the executable code, is provided by the root server. This will 
typically be achieved by having the root server implement appropriate agmts as required 
Ih this case, the payloads of agents in the build bundle will include details of the required 
memory locations. Thus the build bundle will specify memory locations at which 
Specific data & to be constructed. 

) Tl^e root server transfers the build bundle to the build agent A48 and dais is in turn passed 
on to the build output agent A35 of the build component C12. The bundle is then 
transferred back via the agents A34. A33. A32. A3 1. A30 to the agent A26. This aUows 
the move component C6 to generate a move assembly instruction and include this as a 
payload within the build bundle as required. The move assembly inslrtiction which is 
provided in the build bundle will be associated with a respective memory locatiorr as 
defined i5 the build bundle by the root server. 

The build bundle, having been modified in this mamier. is then transferred back via the 
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wll genaa. , c^ondmg miy. in«n«=tf<», ad indud. ttis in. the boia btadle 

^Qwtag Wld bundle .p be^isfc^ b«k ,^a:tt,e A31. A32. A37 to to 

. agent A36, m m cs^ «« pr^ c<m,Kie« C8 .win calcuhte a p„ac fcr a next 

™>ve i,»,»ctien «Ki ipph^ aj, in .th. buOd bnndle^ a «^ve payload before 

tonsfe™g tl« buiM bundle bade via *e ageMs A37,A3V^^^ 
Tb.n«^con,pone„tC9,„ffl,henj^ 

b»ndlebadcto«»buadag«ttA48andheoceWto(i»nSotser.er. : 

16 ;^.'^.'*»«««-Ple.*.p..hof«>ebniMb«^^ 

though ae agents A48-A35.A34.A33-A32.A31-A3D-A26.A30.A29.A31.A32-A37 
A3«.A37-A33-A34:.A3!kA3g.A39-A35.A48 to fcm, a chain. 

.5 "™ ""^^ in instance ae put pixel component i. 

adapted not only to recdve. input, at the age«s X,Y, WIDIH. as required but abo «, 
recerve a build bundle via the build output A48. m this case, as soon as data is received 
at a respective <n.e of the inputs X.Y. WIDTH, dds wiU be transferred onto and processed 
by the coTeqxuKling «.b-con^nent. as reauired. Thus, inputs n»y be reacted to 
soon as they are received^ 

Howe™, in order ,„ ptovide an ootpu. it may be necessary for the component to bave 
obt^ned a pred«ha«ned memo^, location or flra like, or be able to insert data into a 
bundl. for trtnsfer to a. n»t component In ais instance, fteroot component typically 

a bundle and transfasais to aeortput of ae component. This is aen 
^an^ «.to ae output of each of ae sub-componen, which is to generato .„ ^ 
for transfer to the root server. • . 



It vdll be appredated that this mechanism aUows the data to be 



generated and constructed 
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on the root seryler in desirwi i»!BnM>^ 

Ihorder for this^to funetion cox^tly. it is n«:essary for the chain to p^sed fion. the 
ou^ut agents through any sub-compone^^ 

achieve flus, it roay be necessary t. hiclude tennination components as wiU be des^ibed 
m more detail below/ 



Hand-OfiF 

10 ^^^^^^*-<^-o^o^««ents occu. to allow agents not explicitly involved m 
10 interactions, to pass on req,omiT,iKties to other sub^^^^ 

An example of agent hand-oflfwill now be described, 
where bundles are involved. 

Bg«r= 43A *0W3 a sohema«c including a componen. 1 ,00 wWch include ^ ^ 
U03. „05 each which ha. r^,,. nm. 1104. „t 

"iVted to be coupled to a bundle component 1107 via agente ..08. 1,09. 1.10 lie 
^ ,,07 incude. an agent ,.„ adapted to be conp,«. to ah agent ,„2 

of *. pate^ component , ,00. Snarly, a conaponen. „ao ia ptovided-which h^hulea 
a smular schematic as shown. 



15 



therefore shown as dotted lines 
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Ihitiallyi as $hdym in Figure 43B, wlien Ae sbhisq^c is first b^^ the respective 
component instmces and coiresprading a^^ being generated, flie agents operate to 
connect as shown iii Eigiiie43B. Thus, initially, the agents 1102, 1104, 1106 connect to. 
Ae agents 1 108, 1109. 1 1 10, with the agents 1 1 12, connecting t6 the agents 1 132. 

The agents 11.12 and 1 132 negotiate and determine they do not need to take any further 
P?rt in the process, and in particular, they determine that they caii hand-off to the agents 
nil. U31. In order to achieve this the agents 1111, 1131. will need to exchange the 
addresses of the agente 1111, 1131. As each agent can only connect to a single other 
agent, this is achieved by creating a temporary agent associated with each of the agents 
1112, 1132. This is represented by the dotted lines m the agents 1112, 1132; in Figure 
43B. 

In this case, the agent and associated temporary agent are referred to an internal agent'and 
an external agent. In the case of agent 1112. the internal agent wiU coMe to the agent 
1 111, with the external agent connecting to the external agent of the 1132. 

The internal agents may be generated by the component hosting the agent, with the 
external agent being generated by the parent component. Thus, in this example, the 
internal agent 1112 is generated by the component 1100, with the external agent 1112 
being generated by an external component or the root servca-. 

Each internal agent 1112, 1132 determines the address of the respectivfe ag^ lUl, 
1131. The addresses are then teansferred between the external agents U12, 1132, and 
transferred on to the agents 1111, and 1131 as required. Onpe the ageaits 1111. 1113 
have obtained each others address, they can communicate directly, aUowing these agents 
to negotiate directly with each other. The agents 1112, 1132 will then retire, as shown in 
Figure 43C. 
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Jfo this mstotiice, when agents 1111 and:1131 negotiate it is found that com^neiits 1107, 
1127: can now perfoim flieiT service. In particular, it will be detennined that further hand- 
off can now be performed, as the. bundle and debundle components have coirespondiag 
5 ii^uts and outputs. 

Accordingly, addresses of the agents 1108, 1009, 1110 will be included in a bundle, 
which is transferred fixim the agent 11 1 1 to the agent 1 131. This will be debundled vidth 
the addresses of the agents 1108, 1109, 1110 being transfrared to the agents 1128, 1129, 

10 1 130 respectively. A similar process will be performed in the opposite direction. Once 
the agent addresses have been transferred, connections need to be formed between the 
agents 1108, 1109, 1110 and the agents 1128, ; 1120, 1130. In order to achieve: tiii.s,. 
temporary agent will need to be generated as described above, such that the external 
agents 1108, 1009, lilO will be connected to the agents 1102, 1104, 1106, and the 

.15 internal agents 1108, 1109, 1110 will be connected to the internal agents 1128, 1129 
1 130, as shown in Figure 43D. At this point the agents 1 1 1 1 and 1 131 can retire. 

Once this is complete the agents 1108, 1128; 1109, 1129; and 1110, 1130 negotiate to 
allow the addresses of the agents 1 102, 1 122; 1 104, 1 124; 1 106, 1 126 to be exdianged. in 

20 a manner similar to that described above. Thus, for example, the address of the agent 
1102 wiU be determined by the external agent 1108, transferred to the intwnal agent 
1 128, and then transferred via the internal agent 1 128 to the agent 1 122. Once this has 
been completed, hand-off can occur, with the agents 1108, 1109, 1110, 1128, 1129, 1130. 
retiring, and the agents 1102. 1104, 1106 communicating diiecQy with the agents 1122, 

25 1124, 1126 directly, as shown in Figure 43E. 

It will be appreciated that the use of hand-off reduces -interaction r^uired by agents. 
Furthermore, when implemented in conjunction witb bundling, allows hand-off of ^tire 
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l)iiiuiles..c<«i:esp6Jidmg to many agents. This hereby arther reduc^ coniputational load 
fmd operator complexity due to th^^^ 

Connectirins . 

In all the above examples intaractipn between agents has been perfonned on a one-to-one 
basis. Thus, a single ou^ut ftom a component is connected to a single input on a 
. subsequent - cpmppn^xt vrtth each agent being adapted to interact, with a single 
coitieq)6ndmg agent. 

This reduces the complexity of the system by ensuring that it is simple for ag«its 
to negotiate. In Ms case/components such as the DUP component described in more 
detaU below, .can be used to duplicate an output fiom an agent, allowing this output to be 
transferred to a number of subsequent agents, to hereby provide effective one-to-many 
connections. However, as an alternative, agent behaviour can be modified to provide 
one-to-many, many-to-one and many-to-many interactions to be performed between 
agents. Thus, for example, an output fi^om a single component may be coupled to the 
mputs on several successive components. It will be appreciated that in this instance data 
Wovided at the output of a component may be provided to the inputs of several 
subsequent components simultaneously without the need for a comiecting DUP 
component. In this instance, the agent associated with the output wiU need to negotiate 
wifli sev^ agents simultaneously. 

An example of this will now be described with reference to Figure 42. 

Figure 42 shows a component 1030 having an agent 1031. which in this exan^le is 
adapted to provide an output in decimal, binary or hexadecimal code, in that preferred 
order. The component 1030 is coupied to components 1032 and 1034 via respective 
agents 1033, 1 035 adapted to receive data in decimal or hexadecimal and hexadecimal or 
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binaiy dab foims as required. Acpordingly, in tbis case if will be appreciated that the 
ajgents 1031, 1033, 1035 must negotiate to determine a common data foimat which in tiiis 
case is hexadecnnail code.. 

The component 1030 will then operate to provide an output in hexadecimal code format. 
Thus, the agent fOSl must provide the output in a least preferred format. In this case, if a 
third component 1036 is provided adapted to receive data via an agent 1037 which is only 
adapted to operate in decim^ code it >yill be appreciated that no common data format can 
be found ftms causing a build exception error to occur. Thus, it cai be appreciated fibat 
providing frorii too many ou^uts, interactions wiU vastly complicate the negotiatiori and 
data transfer process. 

Despite this, there are significant in providing for one-to-many, many-to-one and many- 
to-many connectivity between agente in that this will allow broadcast data to be provided 
from a single agent to a number of other agents, which can result in iricreases of 
efiSciency in some circumstances. 

Staged Construction 

Staged construction can be used to aUow dynamic components or dynamic schematics to 
be implemented. In particular, staged construction typically refers to when a desi^er 
dehberately lays out a schematic in a number of stages to control a difficult build then 
implements this when he is satisfied of progress of early stages. However, this can also 
be implemented at the component level. 

In particular, in the case of dynanjic components this allows the functionaUty of a 
component to be modified during implementation d^endcait on the results of earBer data 
manipulations. An example of this will now be described with reference to Figures 44A - 
44C. 



As shown in Figure 44A, a component 1050 having agents 1051, 1052, 1053; 1054 and 
1055 is proyided. The component is adapted to receive inputs via the agents 1051, 1052, 
1053 and provide an output via the agent 1054. The component 1050 includes a sub- 
componmt 1060 haying input agents 1061, 1062 and an output agent 1063. As shown 
the input agents 1061, 1062 are coupled to the input agents 1051, 1052, witii the output 
agent 1063 being coupled to the internal agent 1055. 

In use, the coinpohent 1050 is a<^pted to receive data via the agents 1051, 1052, 1053, 
manipulate these and then provide an ou^ut via tiie agent 1054. In this example, when 
data are received via the ajgents 1051, 1052 these are transferred to the component 1060 
which manipulates the inputs and. generates an ou^at transfenred via the ageat 1063 to 
the internal agent 1055. 

The internal agent 1055 is a particular type of agent known as a selector. In particular, 
the agent 1055 wiU operate to examine the payload received from the agent 1063 and 
then cause one or more schematics to be built depending on the data contained therein. 
Thus for example, if the payload received from the agent 1063 is a decimal number the 
selector agent 1055 may select a schematic 1064 containing a single component 1070. and 
cause this to be incorporated into ttie schematic of the coniponent 1050 as shown in 
Figure 44B. Accordingly, agents 1071 and 1072 will be coupled to the agents 1053 and 
1055 as shown, with an output agent 1073 being coi4>Ied to the agait 1054, 

It will be appreciated that the schematic 1064 may have external agenfc, coupled to the 
agents 1071, 1072, 1073. which will need to hand-ofif as described above, to allow tiie 
agents 1071, 1072, 1073 to connect to the ag^ts 10^3, lp54, l655» as shp\m. Similarly, 
as the selector agent 1055 camjot connect, to two agents simultaneously, the connection 
Will also require the creation of a temporary agent 1055, as shown by the dotted line in 
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Figure 4*B. 

. Ill use. onde the component 1070 has . been incorporated into the specification the agent 
1055 can operate to hand-ofif the agent 1063 to the agent 1072 in a manner similar to that 
described above, thereby allowing the component 1070 to manipulate data received via 
the agents 1071, : 1072 as required. Manipulated data can be provided via the agent 1073 
as will be ^preciated by a person skilled in the art. 

However, the agent 1055 may determine that the output provided by the ageait 1063 is in 
..a hex format in which case the selector agent 1055 must select a different schematicl065: 
An example of this is shown is shown m Figure 44C, in which tase the incorporated 
schematic includes the component 10-70 coupled ta an additional con^nent 1080 for 
converting the hex number into a decimal format. Thiis tiie schematic,shown in Figure 
44C includes the component 1080 having an input agent 1081 coupled to the internal 
agent 1055 and.an ou^ut agent 1082 coupled to the input 1072 of the-component 1070. 

In this instance, the internal agent 1055 will cause the sdiematic to be built before 
transferring the payload to the agent 1081. allowing the agmt 1080 to convert the dat^ 
into a decimal format before it is transferred via tiie agent 1082 to the agent 1072. Again, 
this may require the formation of a temporary agent 1055, as shown. The remainder of 
the operation will be as described above. 

It will therefore be appreciated th&t the scheniatic which is used to control the manner 
operation of the component by the agent 1055 once some initial processing has already 
been completed. In this case it is not therefore possible for the entire build process to be 
completed sunultaneously and instead this therefore requires a staged construction. 

In the above process, the selector agent therefore needs to analyse the output provided by 
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the component 1060 m order to determine the subsequent schematic 1064, 1065. Thus 
during the build process, the selector agent 1055 wiU operate to negotiate with;the ageat 
1063 in normal way. When this has berai completed and the component 1060 p^bnns 
the service embodied thwein^ the agent 1063 will simply tiie putpiit t&&e selector agent 
1055 as a paylpad. The selector agait deterniines the ou^ut contained in the payload, 
and then selects the subsequent sqhem^c 1064, 1065 as required. The subsequent 
schematic can then be built and implemented in the normal way m which my sub- 
component would be inq>lemaited. 

It wiU be qjpreciated finwn this thatflie agent 1055 may terminate the connectioD with the 
agent 1063 before the schematic is selected in which case a temjporary agent 1055 will 
ntft be required. 

Li Older to inclement this form of component the entity hnplementing the component 
1050 win therefore need to modify its mode of operation, hi pairticuter, if the schematic 
of the component 1050 is prede&ied, as in normal circumstances, when the entity 
receives a purchase order it wiU generate a component instance 1050. this component 
instance will in turn determine that additional component mstances are required for any 
sub-components such as the components 1060 and 1070. Accorfingly, respective 
component instances are initiated for the components 1060 and 1070 as defined in the 
schematic. It will be appreciated fliat these component instances may be implemaited on 
different comp(5nent servers to the component 1050, and indeed may be implemented by 
differ^t oitities. 



hi any event, at this point, the agents 1063, 1071 wiU negotiate directly prior to any data 
bemg processed. Thus die component instances 1060 and 1070 are ready to receive data 
prior to any data actually being processed. 
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co*^ , 050 it will 

«»»pon«. 1060. I" the .c<«.»^ 

toamadpuhti.™, i, th. ™y pr„W<Kag the o„4,« h, the sche„,atic seleotof agent 
105?. n» seleetor agent i05S win then operate to determine » schematic n«»Jed to 
implement flK remaining setvibe, or 4ata.mampulations as retpired. 

Thns to fl.e case »f the aehepatic #o™, in Kgnre *.B the »=hema.ic selector agent 1055 
'^•»^'«'«*«»«fcr=«altingin,he,„i« 

> ; 

m, wU. mm«e.fl, schematic 1065 resulting in *e use of two rcpedive compon«„ 
maancescMrespffljdingtolhecomponents lOSqand 1070. . 

S..g«l eonanrca™ may he i«.plem«a«i ei.^^ 

the preferted implementation. ^ i' umgon 

In U.e ««,of mam^l operation, the internal agent 1055 may he adapted to provide an 
output to the «„i.y opc^ting the component 1050, such as an indication of the data 
-erved m fl„ payload irom the agent 1063. An operator will examine «»:.n,p„ ^ 
constmctflre r«nainde, of the component schematic shown for example in Figure, 44B 
W » rcmred. Tie user defines the schemadc and to operates to huUd i, causing' 

3^ TTt'^ " " '055 

wtUperfermhand^ff as described above. Once the ccmponentsh»ebe«, implemented 
and agent negotiation completed, tte comp<ment 1050 the. allow, the remaining data 

mampulatlons to he completed as required. 

Alternatively, in the case of the autom«,c operation the agent 1055 wUl trigg« the ■ 
selecfon of the remaining components and their intomonnections automaticaUy. B will. 
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be appreciated that this gtoerally has to be aphieved in accordance with predefined 
schejnatics whi<?h are selected fix>m a predetermined list stored in the inemory, or the like. 
This selection canrtherefore use the data received from the agent 1063 to access a Look- 
Up Table (LUT) and detomine the required schematic. 

In order for this to function correctly, it wiU need to be ensured tibat schematics are 
available to handle any data fliat may be potentially: provided at the agent 1 063. or the 
oyeraU build process may fail, or have to divert to a manual operation. 

10 Thus, in the above example, the bmld process is completed in two stages, although any 
number of stages may be provided. In any event, Ihe technique of staged cbnsttuction. 
allows a wide range of functionality to be achieved. 

In particular, the use of stage construction can apply to overaU schematics. Thus, us^ 
15 may define a schematic including a staged construction. In this case, the user can define 
three or four different schematics with the final schematic used depending on results 
obtained part way through the manipulation. Ih the case in which tiiis is pafbrmed, any 
components fliat potentially will perform data manipulation after a selector agent will not 
be constiiicted.until tiie selector agent has made a decision on &e schematic to be used. 
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This decision may be made in conjunction witii input j&om the user. Thus, the user can 
partially define a schematic to produce a stage output Once tiie stage output has b^n 
obtained, the user can complete the rraaainder of the schematic in response to the 
particular output obtained. 

It will be appreciated that in this fiistanoe, purchase orders are not issued for the 
components involved in the second stage of construction, imtil the first stSge has been 

completed and &e desked output obtained. 



, This allows user^ to petfonn data manipulations and build executable code in stages: 
This in turn reduces the expense incurred if the build process fails, as well as providing, 
users opportunity to optimise schematics since the number of variables to handle may be 
5. reduced. 

Staged construction also allows dynamic con^bnents to be iinplemented. In this case, 
flie eni^ty may define a component that requires staged cbnistmction in order to complete, 
with this feet being transparent to the user. The component will interact with other 
10 components in the schematic during the build process, by offering the external agents, 
such as the agents 1051, 1052, 1053, 1054, in the normal way. This allows, other 
components to be constructed as normal, with the oulpiit &om the component 1050 only 
being provided once the second internal stage of constniction is compM^ 

15 As a result, it is generally the entity tiiat issues any purchase orders required to implement 
thfe components requfaed in subsequent stages of construction, and it will tiiorefpre be 
appreciated that this may be p^formed automatically in some cases. The entity server 
may therefore act as a roof server for the second stage of construction, particularly if the 
components used in the second stage of construction are provided by anofter entity. 

20 

Prototype Components 

In the exan^)les above the components are predefined, even in the case of dynamic 
components. This is because the nature of the input and output data is predetemuned. 
This means that when flie user seleipts a coniponoit from the foruin they are aware of the 
25 specific input and output requireanetits of the conq^bnent. 

Thus, in the example described above with rpspect to Figures 44A ttie conq)onent 
may be dynamic and this may allow for example the coinponent to receive inputs havmg 
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A^y. u«r.a. ae.ec. apn>..^c<»pooe„.^e.ia capable of 



can be handled are mdefeed. Accerdingly, .a,e WadccB tte b^H). 

^andln.uae.«.„aacbe„.a«c«w.Ubenece«^.,^2r^^^ 
^ .««^-*-"K»c«ipnof«.eda.afbn.a,s*a.a.,^^.^ T^!^^ 
15 canbeperfiMmedinanumbefofways. 'msprocedure 

^c^.u^er w„Ue p.™np.ed . p„vldc inpu. and/« „^ ^ 

<0 «», aaseaaes .f i. will be p„.ib.c ,„ p„vide «^ec«vc aervice in ^^cortaocT^ra^ 
r^^. If so. and d.e con^onen. can be in,„en.en.ed. contoa^on oTLTa^^ 
.o *e n«r .oged^. „i.b define. b,p„, and cu.pu. sp=cifica«n„a Ibr *e c^^^ 

as -n. specincauons wiU U™ be ,^ ^ 

allowing It to be added into the schematic. component 

This form of prototype component wiU hereinafter he «ferred to as a conditions, 

implementedbeforeitmaybeincorporatedintotheschematics. ^ 
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n»WMon s«vi«e .„*„<u«i ii, .h. c«np»ne« of ft. topu, i«, „„^„ 

sp«floa«»n, «^ «e.p*^pe oompo^a can be provided ^ ™co„didoi«l 

. 5 prototype. 

In *. incon-orated into «*ema«c 

«™=<Mdy. U m a^, fl.e agen« of fte oon^„ent ^1, b. adapted to 

10 sp^cat^a^ ^r«'"«>'— f-.«fe«iveIyacc^,a.yn,p„,o.„J„, 

ntr. "^"^ ""^^ P-esa wto d» agl 

negotiate mflie normal way. 

"5 R«t»^. «»po«as ™i, annply fadioatc i, can r«eive data flon, an onnn., in 

wrththemputofasubssguajtoomponent 

20 f'"^. inpm and ous,ut specificaHona Of a. unoondiBonal p^to,^ 
^^^^.^vciyde-c^ed^aooo^oe...^ 

reqmred by Other adjacent components in the schematic. 



25 



B^n «™&re be appelated ^ i, ^. ^„ai«oa„ p™,„^ ,„^^ „ 
«««nne«ed. ccnnnon ap.cifica«„na n,ay no. b. d^flnad auton^caUy. m ^ 
-.anc^ son» »er inpu. eifter by tta n.^ creadng d,e scben^tfc or by fl„ «««« 
.e con^nan. ^ b= ^„i^ id ^ 
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In any event, in the caise of unconditiona prototype components, when the component is 
to Ije .implCTiented. the entity will simply opraate to receive the data and perform the 
required data manipulations regardless of the format. It will be appreciated that tiiiiS may 
be performed automaticaDy if a suitably flexiW^^ 

Fnndamental Componepts . 

As described above, tbe system allows components to be combined hierarc^cally to 
allow a complex series of data manipulations, toi be perfonned; Thus complex 
components can be constructed using basic fundamental components, which may be 
provided <m the forum. 

The fundamental con^onents r^resent bssic data manipulations that will be required in 
most schematics, such as logic manipulations, or the like, and are typically implemented 
automatically utilising suitable executable code. 

Examples of sojne of fimdam«ital components will now be described. In the following 
examples the executable code actually used to implement the components will not be 
described as this is geheraUy straight forward and well within the scope pf any 
programmer as will be appreciated by a person skilled in the art< In any event, it win also 
be appreciated that different forms of fundamental component implementation may be 
provided. . 

The fundamental components no\v being described wiU be broken into a number of 
different groups depending on the fonptionality. . 

Agent Components' 

The following components are adapted to provide functionality for agents. 
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.Bundle 



This componert operates to bundle cbimectibns together into a single agent 

connwtion. TliebuniUecomponait is used primarily for two reasons. 

Firstly, flie use of the agent bundle vastly simpUfies the process of creating schematics 
In particular, it would be typical for a component implemented by an entity to need t6 
t«act through a large number of ii^uts and ou^uts with other components. HoWever 
generally the number of inputs and outputs will have to interact with corr^onding 
"puts and outputs on other components. Accordingly, the agents can th^efore be 
combmed together into a^t bundle so that only a single connection between the two 
conqwnents needs to be defitted in the schematic, as described above. 

In addition, to this, the use of agent bundles vastly simplifies the build process m 
particular, it will be'^preciated that hand-off of agents often occurs, and by handing-ofF 
bundles as opposed to many individual agents, this vastly reduces the interaction 
required. 

A forther benefit is that bundling allows hierarchical bundling to be performed as 
J described above. 

A range of different bundling components may be provided including different numbers 
of mputs and ou^uts and an example of four of these are shown in Figures 45A-45D. 
Descriptions of die agents are as set out in table 5 below: 
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Agent 


Name 


Description 


AgentType 


NI . ■ 


name in.. 


name of ingoing bundle 


Name 


NO 


name.out 


name of outgoing bundle 


Name 


1,2, 3,4,5 


inputs 


agents to be bundled 


N.Ar 


E 


exception 


boolean 


noii-typed 


B 


bundle 


output 


Bundle 
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Agent Split 

^ m. oomponcM « us«l to aUow incomtog^d oMgiing messages to an .g.« to be spat 
An ™ i. iho^ i„ Figur, 45E. m partcuto, a« co.^ fachd„ . ^ 

N^maUy „ agen. i. a singre poin, of coonecW such tt« i. o«, ««ivc fao«^ date 
mid ™pply outgomg data. However, ^metoes «s i. ™« idea, and i, i, fta, 
sepame tap„, and o„^„, agent, are prodded. Aeoordingly. the ag=« apB, connects to 
transfer omgoing data through the agent d and the agent K). ^ k»nnng .raffle betag 
^fcred via the agents I, VO. Functionality is generaUy reversibb. Descriptions of 
the agents are as set out in table 6 below: 



Table 6 



Agent 


Name 


Description 


AgentType 


I 


Input 


Connected to input 


Non-typed 


O 


Ou^ut 


Connected to bu^ut 


Non-typed , 


J/u jinput/output 


Connected to mput/output |Non^typed 



Check Exception 

This component operates to check an input string for the word : exception. The 
component shown in Figure 45f includes an input agent I, ah output agent O and an 
exception agent E, 

In this case the input agent I receives an input string, which the component would assess 
^ to detmnine if it includes an exception word. If an exception is not found then the iiiput 
is transferred to the output agent O and the exception agent operates to provide a felse 
indication at ttie output E. If the input string is an exception or includes an excqition 
then tiie input is blocked from the output and flie excq)tion agent operates to provide a 
true bulput at the ou^ut E. Descriptions, of the agents are as set out in table 7 below: 



Table 7 



Agent 


Niame 


Description 


Agent Type 


I 


Inpvt 


input string. 


Non-typed 


O 


Output 


connected to input 


Non-typed 


E 


Exception 


Exception detected, boolean. . 


Non-typed 



Diode Component 

The diode component includes an input agent I coiq>led to an ou^ut agent O in a one way 
direction as shown in Figure 450, This is used to ensure that fte communicatidn 
between agents only occuis in one direction. 

It will be appreciated that the diode component may be provided witti a number of 
ou^uts as required. 

DUP 

The dup components includes ipn input agaA I couple4 to two or more output agoits O, as 



■ •. • ;. ■ • ■ '. • ■■Aii.r--- -. •: .;. ; . . ... . " / • . 

diown for example in Figures 45]a, X J... 

^ ln:^=,:.n iing ^vcd „ fte fepi ^, i d^ilic^ and soppBed by eacS 
o„4». O W .nows da., s™, a .i.^. con^^, ,„ „. ,„a*as. u, 

WW of efl-ec^vet, on. .o n^y ^c«ivi.y be^v^ ag««s whiM sdU 

«S«ming ea* agem to inlnaa with one other agent on^^ 



10 



15 



"^'""^ - O and DUP 

mnos. An ex^nplo of a^ia ^^ toKgures 45t and^4^^ U ms example, aDOT 
-^ conples an agent A to the agenta B. C, If «,e agent C re«^ and te^natea 

^^TT " '™ " "'^ ''^ i-PUt I and remaining output O can 

Pe*nn...nd.«anowingtheagen.sABtoconneotdi^dyasa.^inr^ 

ff^ait Component 

-Utn^^IO. ^con^nentiaadap.edto,eeeiveoneinputand«.enLi^ 
to an output upon receipt Of a bigger. ««^cr iais 



Again the fiinctionaUty is as shown in table 8 below. 



Table 8 



Agent 


Name 


Description 


Termination 


I 


Input 


pass through agent ~ 


follow 


O 


Output 


pass through agent 


follow 


Trig 


Trigger 


trigger on reception of 'true' payload. 


follow 
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Conditional Comp onftntg . ' .. - - 

Conditioiud com^n^ts are provided to i^^^ functionality As 

shown in Figures:46A to 46E,each component includes^t^vo inputs 11, E. an exception 
output E. and an^outpit O. Ih this case, the con^^onents are adapted to compare strings 
received at theinputs II. U and provide an output at flie output 6. or an exception at tiie 
exception output E. in accordance witl^ the results of thecomp . 



In general, the conqjonents will perform mathematical fimctidixaUties, 
Table 9. ' 



as set out below in 



Table 9 



Component : ■ 


Description '■ ~ ~ '- r-r^ ■ 


EQ 


Determines if input strings are equal '■ '~ '■ :- 


LT 


Detemunes if mput stiing 11 is less than input stiirig 12 


LTE 


Determmes if mput stiing 11 is less or equal to input stiiiig 12 


GT 


Determines if mput string 11 is greater than input siring 


GTE 


Detenmnes if mput stiing 11 is greater than or equal to input string U 



Construct ion Manflp ;ftmf^Tit 

In order to aid with constiuction management, a number of different 
provided as set out below. 



cortq>onents are 



Build 

A number of build components are provided as shown in Figures 47A to 47D Li 
particular, the build components are adapted to add code into a build .chain as described 
below. The functionaUtyofflie build components is set-out in tiiet^Ie 10. 
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Table 10 



Component 
Build 1 



Build 2 



Build 3 



Build 4 



Descriptioh 
Adds code to the build chain and 
allows, memoiy usage to be 
specified before entering the code 



Adds code to the build chain and 
allows a memory address to be 
obtained from a previous 
component 



Agent 
Code 



Malloc 



Ac'bility 



Unused 



Build 



Code 



Adds code to. the build chain and 
inserts memoiy 
internally 



Adds code to the build chain and 
allows a memory address to be 
accessed from a previous 
component 



Address in 



Address out 



Ac^bility 



Description 
Code in hex 



Number of bytes to 
be. supplied 



Build bundle 



Code in hex 



Address input 



Address output 



Build 



Code 



Build 



Code 



Build 



Accountability 



Build bundle 



Code in hex 



Build bundle 



Code in hex 



Addr out 



Build bundle 



Address out 



The internal schematics of the build con^onents are shown in Figures 47E to 47H As 
shown. .the build components each contain a BUN3 bundle component, which is adapted 
to construct a build bundle, as- described below, m addition to this, each of the 
schematics include additional components as diown. with these components having 
functionality described above dr below; 
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The BLF INrr.compcment afccepts cpde.fiom a build component m hexadedmal fonnat 
and produces an executable, binary, program. To create.aa executable program it is 
necessary to save the payload ou^ut Wthe ELF agent and th«i make it executable 
An.«cample of an ELF miT cornpon«it is shown in Figure 471. with an internal 
.soh«naticbeingshowninFigure47J, Again, as operation ofthe ELF INIT component in 
^cordance with the schematic s^ out in Figure. 47J is self-««,lanatory. this wiU not be 
described in any farther detail. 

fa dus case, the agent CODE accq,ts the code from the bmld 'component, with the 

executableprogr^nbeingou^utftomd^ag^tELF. Operation oftbis will be described 
m more detail below. . ■ 

Cat 

15 Ihe cat compon«.t shown in Figure 47K.operates to concatenate build chains together 
Accordm^y, the cat component includes two input agents bl. b2 for receiving respective 
bmld chains and a single output agent BUILD for providing a concatenated chain! 

lloe internal structure ofthe concatenate component is shown in Figure 47L. As shown 
the cat component uses two bundle components bundlel, bundle2 to split the incoming 
chams into three main sirings. namely an address in. an address out and code which are ' 
provided respectively at Are agents IN. OUT. CODE, as shown. A string cat componeht. 
deso^Winmoredetailbelow.isusedtoreceivethecodefiomthecompo 
bundte2 and concatenate thismto a single string. Ilus string is then ou^ut to a thirJ 
-25 hundle component bundles via an output ageijt a 

In addition to this, the agent IN ofthe component bundlel is connected to the agent OUT 
ofthe component bundl^ with the agent IN ofthe component bundle2 being connected 
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. > the agent OUT of the comp^ b^dle? and the agent OUT of the coi^on^t 
bundlel bemg comieded to theageht IN of the 
. . ''l^°?arepassedtto>ughthcschemati^ 

5 in addition to this, the compoient bundleS. is connected to an Elip DOT component A 
buxld bundle is supplied to the compon«xt bundles by the cpmponent ELF INTT and is 
«nbtmdled. with the address being transfened^.v^^ 

to fl.e agent GUT of the component bundlel/ It then leaves the c,t in a 
^'^"^'Nlandistransfenedtoanexten^componentfo^ 

Once modified the build bundle is tiansfecred back to the component bundlel. and is 

unbundled. A new or modified addr^ .inchxded in the build b^^^ 

agentlNofthecomponentbundlel totheagentOUTofthe^ A^. 

^^-^^-bundledinabuildbundleandtnu^fenedviaan^^a^^^^ 

opponent The external component retmns , fi^er modified build bundle including 

code to be concatenated with the code received via the agent INI. 

At this time the. build bundle enters back through the agent IN2 and is unpacked in 

-«^--tbundle2.withthemodifiedaddressbeingpassedtotheagentOUTofthe 
20 component build3. . « x uic 

1*« code Son. to ^ ^ ^^^^ 

b«dtel, bundl,2. to to o« c«npo.«t. The ca, opn,p„o«., .o.ca.««es the code 
tte cono^awed pode to to «»npo»e« h™Ue3. The component handle," 
c««e, a build bundle taehding to concatenated code and to tnodifled add^a 
outp^ m to Ute oon,pone« MLFim. where to n«v addres, with aU to changes i. 
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Accordingly, flie cat componoit is used to connect components, with a build bu^ut .this 
is indudes the build coriiponents outlined above. . - . 

A &rth« ej^an^le of the use of tiris is sh^^ 

components are intercomiected via two .cat components to an ELF INIT component The 
flow of data tbro^ the schematic is show^ and will not therefore be described in detail. 

In order for a componem to construe executable code during &e build process it is 
necessary for the component to be able to obtain access to the coiistructi6n site 
. Accessmg the construction site is typically a very complex process requiring the 
manipulation of many agente. The purpose of the consfruction site is the erection of the 
bmaiy executable a,^ often most, if not all of the components mvolved m the 
construction must interact with the construction site in some way. 

15 An example of the most shnple form of mteraction wiU now be described with reference 
to the example shown in Figures 48A. 

As shown hi Hgiire 48A. Ihi^ components 1151. 1154. 1157. each havmg a respective 
mpnt agent 1152. 1155. 1158 and respective output agent 1153, 1156 1159 are 
20 comiected as shown to agents 1160. 1161. The components are provided to produce 
executable code, and operate by inserting code fiagments mto a build bundle. • 

^particular, aheader file is provided by th. agent 1160 to the agent 1 15L This typicaUy 
provided an agentpayload. When the component 1 150 receives the header file it Spends 
25 Its code to the end of the header file and forwards it on via the agents 1153. 1155 to the 
component 1154. Agaih.this will typically b^ in the fpnri of an agent payioad. 

m any event, component 1154 receives the executable code fiagment appended to the 
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header me. ^d appe,^ its oWe^^^ Altinatively. or additionally 

fee con^nent 1154 niay modify the code fiagm«it^^ 1150 
any even^flie h^er file includmg the appended code fragnien^ is trahsfeied on to the 
component 1 157 b a siinilar manner for further code fia^ents to be added. Ihe process 
proceeds tmtil aU required code fiagments aie added to the header file and the resulting 
executable teode is supplied to the ag«it 1161. 
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An examine of the structure, of the head^ file and fended code fragments is shown 
schenuiticaUy in Figure 48B. with the reference numeral being indicative of the 
component generating the respective code portions. 

It will be appreciated that many mor^ details are required to effectively construct an 
executable program. RAM allocation, processor .register aUocation. physical address 
details and general global detailsofthe target construction site. . . • 

m order to supply aU the above data it is necessary to expand the simple single agent 
connections as described in fte first example to include additional agents, and indeed 
additional comp<ments. Considering the example shown in Figure 48C. where four sets 
of agents form several unbrok«i chains allowing each component in turn to add code 
aUocate memory, reserve or relinquish a CPU register etc. m this case, the file header is 
received fiom and returned to a single component 1063. It wiU be appreciated that 
mtercom.«:ting aU the agents for al the components would be time consuming and would 
make the schematic unwieldy. 



25 In the example, each of the components 1151. 1554. 1157 has a number of inputs agents 
and a number of output agents. These can be replaced by a single agent so that the 
respective component can access the chain involved in code construction or memory 
alloqation using a single agent. 



20 
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of componenb outU^d abdve. ft. iflo™ fti ftocdondity of ^ ^ b e 

«.am«l. Thus ft. ^ j^g^ ^ ^ - 

^ in Figure 48C. I, fti.,c«^ «w.one„„ „64. 1165 ar^CAT cpipooe^ ^ft 
<tecoii,ioilHitll63b«mgaiiEWDOTcoiiis<ffl^ 

nrnrtr "^"^ P-c^^ng u«e„^ ^ eo„^„^^ 

1154. 1157 »d»oft«-compon««saomft.drtabrfft^ Anexampleof 
ft» »J«>vid«. byft.l,uiMbu«U^ a«crib.d .b,^^eh allows a b«„dl. revived by 
fl» co«gK»«ttu, b. deb„ndl«L>, ex«upte oftU, is aho™ in Figure 48E. wift ft. 
corona. 1 1« bring . bUUd c«npoBen, wbid. ...rived fte build bundi. a. ft. ag«., 
I167.pr««rting«pecflv.bundIfsorag«tt«ft.age„B „S8. 1,69. 1170.. 

■t^H be ai^j^ ftatif «cb of ft. .on,^en^ usi. 1157 includes a 

above With respect to Figure 47M. 



20 ^'■"compone^BU'D^.^,.^^,^,^^^,^^^^^^^^^^^ 

fte ch«n and aUow con,pon». «,„„e«ed .o ft. chain ,o app«,d (using sle 
-W.1C «unpo»a«) fteir cod. u«il ft. ...cuubl. is cc„shuc«d. Al.e„. Je,y L 
^ c^en. can. wai. ftr ft. outeon,. of ft. chain and p^ a header Sufting ft. 
ELF «e«itabl.fcnnat as require by ft. <^aaUve system. : 
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Ilir " " '^"^^'^'^-f-*'-'-'^ -u-ecw by an unbroUn Un. 
racihtating conslxubtion. 
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Arbitrary Iragth chains- can be . easily constru<*ed; while hiding th6 compl^ity. any 
event, ftis aUows the suppUer of the build cdnq,onent to expand the Build Bundle into 
hmubeds or thousands of ageiit's as »quired.to coordinate even complex construction 



In addition to the -ftnctionaU^ described above, a component may export part of the 
build bundle to another component to insert code into the relevant section. 

An exai^le of this is shoxvn in Kgure- 48F. Ja particular, this system includes three 
con^onents 1200.1201. 1202, adapted to derate respective executable code fragments. 
Jn this example, the components 1200. 1202. include respective sub-components 1203 
1204. 1205. 1206, I207. also adapted to gen«ate code fragments. These components.' 
1200. ... 1207 are connected via a number oif buUd cat components 1208, 1209, 1210 
121 1 to an ELF DOT component 1212. M use the header file is passed in turn' to the 
component 1200, and hence to the components 1203. 1204, 1202, before being passed to 
thecomponent 1201 and haice.the components 1205, 1206, 1207. 

Accordingly, this results in the header ffle bemg appended with code fragments as shown 
in Figure 48G. 



In this example, if the link between , the component 1200 and the component 1202 is 
created dynamicaUy then the tree structure can be converted to a mesh stmcture. by 
(Seating links at build time. 

25 Conversioi^ Comnnnep te 

A nmnber of conversion components are provided for converting data formats. Examples 
of two of these are shown in Figures 49A and 49B. 
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m particular. Figure 49A shows a bin2hex coxnp6nent adq,ted to receive a binaiy string 
ai the - ii^t agent I and ou^ut ^ hexadecimal string at flie output agent O: Similarly 
Fi^e 49B shows a h2b con^dnent adapted to receive a hexadecimal code at the input 
agent I and oulputbinary code at the output ag«,t O. In this example. theh2b cbmponent 
also mcludes an excqrtion agent for prpvicMng an . indication of any exception eno,. 
during processing. 
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System Conmonents 

Anumberofsystemcomponditsarepn>videafor controlling system 



File Comp ffiiftntg 

FUe conqwnents ie used to aUow da^ jfrom a file to be loaded ir 
load cpmpoiient is shown in Figure 50A, with 



mto an agent payload. A 
a save component being shown in Figure 
SOB. The agents and their functionality &r the components i 



I are as set out in Table 1 1 . 



Table 1 1 




The loaii cQmponent operates to load by readidig a file spedfied tp the ageint FILE 
■ and ;provides an oxiiput via the agent DATA. The agent LOAD re^ the fil^ from the 
local- hard-dnve of the machine running the load compoctent and flien inserts this into the. 
payload as required. 

The save Mmppnent saves any paylpads receivied in flie agent DATA to the file specified 
by the agent FILK The save conqK)nent saves over the file if it already exists. The save 
coini>ohent. sav^ the file to the local hard-drive of the server running the save 
component. 

Logic Components 

A number of logic components are provided to perform logical manipulations as will be 
appreciated by a pierson skilled in the art. Basic logic manipulations include AND, 
NAND, NOT, OR, NOR, XOR and, XNOR fimctionaUties. 

Examples of the components are shown in Figures 51 A to 51 G. Again in this example 
each logic component includes two agent inputs II, 12 (only a single input agent I in the 
case of the NOT component) an agent output O and an exception agent E. This allows 
input strings received at the agents II, 12 to be logically combined to produce an output at 
the agent O as will be appreciated by a person skilled in the art. 

The logic components can be combined to produce more complex logic components as 
shown for example by the AND3 and AND4 components in figure 51H, 511, In 
particular the AND3 and AND4 components are formed from a number of respective 
logic components as shown in the intemal schematics shpwii. in Figures SliEC, 51L. It will 
be appreciated that the logical components can therefore be combined in flie similar way 
as normal logic gates. 
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Protocol Components 

Protocol components are provided to check whetber payloads have, a particular protocol. 
ISProtocol Component 

An iq>rotocol is shown in Figure 52A. This component checks to see whether a payload 
received via an input.agent IN is. an XML protocol agent. This is achieved by haying the 
cbnipoiieiit exairiine the input string and detenhihe if it includes "P" tags required to 
define the respective protocol. - 



An indication that the correct protocol is output via an agent OUT. It will be appreciated 
that the internal schematic of this will vary depending on the respective protocol being 
detected, although an exampte of the general structure being shown in Figure 52B, with 
the system using a FIND. TAG component to locate the tag within the received XML 
15 payload. . 

String Components 

A number of string components are provided for performing actions on strings received 
at input agents. 



Cat component 

The cat component operates to concatenate strings received at agents II, 12 and provide a 
concatenated output via the agent O as shown in Figure 53 A. 
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Find Tag component 

The find tag component operates to find a field having a specified name tag in an XML 
payload. 



rjmniocs\AJs\specim " • 

As shown in Figure 53B the find tiag component includes an agent XML for Receiving an 
XML string, an agent TAG for finding a tag to be located, an exception agent E, for 
providing an indication of an exception, an agent REM, and an agent.OUt for providing 
the tagged data. 

•5 /" . ■ ^ . . ■ 

Thus' the find tag component performs a linear search through toe XML payload for the 
tag specified by the tag agent. The data found between the start and end tag is sent to the 
"out" agent. The remainder ofthe document is sent to the remainder ageM^^^ 

10 If the string for the tag is unsuccessfiil or there is a parsing error then an exception is 
generated resulting in a true output on the exception agent E. In this case no output is 
sent from the agents OUT, REM. 

STRCMP Component 
15 A STRCMP (string comparison) component is shown in Figure 53C. 

The STRCMP component compares input strings received via agents II, 12 and provides 
an output via the agent O. In particular, the STRCMP component will output a true 
indication via the agent O if the strings match. 

20 

Unique Component 

The unique component creates a uiiique string each time it is called generally this will 
occur in sequential manner and is used to allow identifiers or the like to be assigned. 

25 An example is shown in Figure 53P, and includes an output O for supplying a unique 
twelve digit number. 



Persons skilled in the art will appreciate that num^ous variations and modifications will 
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:l)ecome: zppaicnt: All such variations and modifications that become apparent to pereons 
stalled in the .art, should be considered to fifl within the spirit and scope that ttie. 
iiQvention.broadly s^pearing before described 

5 Dated this twenty second day of April, 2003 

COBE VALLEY PTY LIMITED 
By their Patent Attorneys 
DAVIES COLUSON CAVE 
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The processing system 10 
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260 




Fig. 3A 
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320 



The systerii operates to cause 

the services d<flned;by the 
Interconnecteid obiTiponentsto 
perfpnnad . 



340 



Fig. 3B 
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component search using 
the end station 3 
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Fig. 1 0A 
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PCT/AU2003/001474 



1. Basis of the report 

1 . With regard to the elements of the international application:* 



I I the international application as originally filed. 
fx] the description, pages 1-113 as originally filed, 
pages , filed with the demand, 
pages , received on with the letter of 
fx] the claims, pages , as originally filed, 

pages , as amended (together with any statement) imder Article 1 9, 

pages , filed with the demand, 

pages 114-124 received on 4 February 2005 with the letter of 4 February 2004 

fx] the drawings, pages 1/45 to 45/45 as originally filed, 

pages , filed with the demand, 

pages , received on with the letter of 
I I the sequence listing part of the description: 

pages , as originally filed 

pages , filed with the demand 

pages , received on with flie letter of 

2. With regard to die language, all the elements marked above were available or furnished to this Authority in the language in 
which tiie mtemational appUcation was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Aufliority in the following language which is: 

I I language of a translation furnished for the purposes of international search (under Rule 23.1(b)). 

[~1 language of publication of the international application (under Rule 48.3(b)). 

Q the language of flie translation fiimished for the purposes of international prehminary examination (under Rules 55 2 
and/or 55.3), 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the intemational appHcation, the international 

preliminary exammation was carried out on the basis of the sequence listing: 

[ I contained in the intemational application in written form. 

I I filed together with the intemational application m computer readable form. 

I I furnished subsequently to this Authority in written form. 

I I furnished subsequently to this Authority in computer readable form. 

Q The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in the 
mtemational application as filed has been furnished. 

□ The statement that the information recorded in computer readable form is identical to the written sequence listing has 
been lurmshed t. © 

4. The amendments have resulted in tiie cancellation of: 

I I the description, pages 

I I the claims, Nos. 

I I the drawings, sheets/fig. 

5. Q This report has been established as if (some of) the amendments had not been made, since they have been considered to 
go beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)).** 



• ^rillJ'''''^ beenjumishedto the receiving Office in response to an invitation under Article 14 are referred to in tfiis 

report as ongif tally filed" and are not annexed to this report since they do not contain amendments (Rides 70. 16 and 70 J 7), 

Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this report 
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V. Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; citations 
and explanations supporting such statement 

1. Statement 



Novelty CN) 


Claims 


1-65 


YES 




Claims 




NO 


laventive step (IS) 


Claims 


1-65 


YES 




Claims 




NO 


Industrial applicability (lA.) 


Claims 


1-65 


YES 




Claims 




NO 



2. Citations and explanations (Rule 70.7) 

Dl US 6405361 Bl (BROY ET AL) 1 1 June 2002 

D2 EP 121 1598 Al (TEXAS INSTRUMENT INCORPORATED) 5 June 2002 

NEW CITATIONS 
D3 US 2002/017821 1 Al (SINGHAL et ai.) 28 November 2002 See Box VI 
D4 US 5,524,253 (Phain,etal.) 4 June 1996 
D5 WO 2001/009721 A2 (AC PROPERTIES BV) 8 February 2001 

Novelty CN) 

Citations Dl, D2 and D5 are exemplary of a type of distributed run-time application with components. D5 
discloses the Microsoft Transaction Server environment. Other types of distributed application environments 
include, J2EE, CORE A and the like. . 

Citations D4 discloses that ''Node-specific data manipulation modules are formed at each node during start-up of 
the system and, and these modules are automatically distributed to nodes on the network having the same 
architecture." hi the summary of the invention (D4) it is stated that the software tool "enables a system 
integrator or end-user flexibly and efficiently to produce run time software". 

None of the citations disclose code generation by component servers as presently claimed. The (amended) claims 
are novel in light of the above cited docimients. 

Inventive step (IS) 

It is not considered obvious to generate code using components, using the component servers and the particular 
steps (as presently defined in the claims). The method and apparatus has features for combining data 
manipulation services (see page 16 lines 21-33). These features provide the surprising advantage (inter alia) that 
the generated code can be more easily optimised than the prior art. 
The claims satisfy the inventive step requirements of the PCT. 

Industrial applicability riA) 

The application satisfies fliis criterion of the PCT rules 
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VI. Certain documents cited 



1. Certain published documents (Rule 70.10) 

Application No. Publication date 

(day/montJi/year) 



Patent No. 



20020178211 



Filing date 

(day/month/year) 



28 November 2002 



Priority date ( valid claim) 
(day/monthfyear) 



3 May 2001 



3 May 2001 



D3 discloses a "data manipulation service" see sections [0078], [0087], [0088], [0094]. 

ii addition D3 discloses determining requirpments of the service (ie. code requirements) and implementing a particular 
data mampulation service, see sections [0033], [0046], [0087], [0088]. The system checks the "data manipulation 
server" to see if the requested operation is available in the current location. 

The "data manipulation service" of D3 may be implemented by invoking a series of data manipulation operations, 
where the operations correspond to computer code executed on the data manipulation server. Amendments to claims 
have overcome the novelty objection. 



Non-written disclosures (Rule 70.9) 

Kind of non-written disclosure Date of non-written disclosure Date of written disclosure referring to 

(day/monthfyear) non-written disclosure 
^ — ' — (day/month/year) 
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